Eel 



HEWLETT 
PACKARD 



HEWLETT-PACKARD COMPANY 
LOGIC SYSTEMS DIVISION 



HP 64000 

Logic Development 

System 



SYSTEM RELEASE BULLETIN 



Part Number: 5958-6019 Printed: OCTOBER 1986 

E1086 



sssss 


RRRRRR 


BBBBBB 


s s 


R R 


B B 


s 


R R 


B B 


sssss 


RRRRRR 


BBBBBB 


s 


R R 


B B 


s s 


R R 


B B 


sssss 


R R 


BBBBBB 



SYSTEM RELEASE BULLETIN 



64000 Logic Development System 



OCTOBER 1986 



This System Release Bulletin (SRB) documents all fixes and 
enhancements that are incorporated in the latest release of 
software for the 64000 Logic Development System. 

The SRB is provided as a benefit of Hewlett-Packard ' s 
Software Support Services. 

The five sections of the SRB are: 

SOFTWARE RELEASE CONTENTS - lists the new revision 
codes for the 64000 products. 

PRODUCT INDEX - lists product names and numbers which 
are included in this issue. 

KPR NUMBER INDEX - sequential list of SR numbers. 

KEYWORD INDEX - brief description of each SR. 

KNOWN PROBLEM REPORTS - the actual reports. 



Software release contents 



Product name 




Product numb« 


;r uu.ff 


•6800 C 




61+821 


01.06 


*6800 C 


300 


6U821S00U 


01.10 


*6800 C 


500 


6U821S001 


01.50 


"6800 C 


VAX 61+821S003 


01.80 


*6800 PASCAL 




61+811 


01.10 


*6800 PASCAL 


300 


61+811S001+ 


01.10 


*6800 PASCAL 


500 


6U811S001 


01.1+0 


*6800 PASCAL 


VAX 614811S003 


01.60 


*6800/2 ASSEMB 




61+81+1 


01.15 


*6800/2 ASSEMB 


300 


61+81+1S001+ 


01.10 


*6800/2 ASSEMB 


500 


61+81+1S001 


01.1+0 


*6800/2 ASSEMB 


VAX 


61+81+1S003 


01.50 


*68000 C 




61+819 


01.09 


*68000 C 


300 


6U819S00U 


01.10 


*68ooo C 


500 614819S001 


01.50 


*68000 C 


VAX 


6U819S003 


01.80 


*68000 PASCAL 




61*815 


01.11 


*68000 PASCAL 


300 


6I+815SOOU 


01.10 


"68000 PASCAL 


500 61+815S001 


01.1+0 


*68000 PASCAL 


VAX 


6U815S003 


01.60 


*6805/9 ASSEMB 




61+81+1+ 


01.11 


*6805/9 ASSEMB 


300 


6U81+1+S001+ 


01.10 


*6805/9 ASSEMB 


500 


61+8U1+S001 


01.1+0 


*6805/9 ASSEMB 


VAX 


6I48I+USOO3 


01.60 


*6809 C 




61+822 


01.07 


*6809 C 


300 


61+822S001+ 


01.10 


*6809 C 


500 


6U822S001 


01.30 


*6809 C 


VAX 6H822S003 


01.50 


*6809 EMULATION 




61+215 


01.08 


*6809 PASCAL 




61*813 


01.10 


*6809 PASCAL 


300 6U813S0014 


01.10 


*6809 PASCAL 


500 6U813S001 


01.20 


*6809 PASCAL 


VAX 


6I4813SOO3 


01.30 


*6809E EMULATIOM 




61+216 


01.08 


*8085 B PASCAL 




61*825 


01.03 


*8085 B PASCAL 


300 6l»825S00l» 


01.10 


# 8085 B PASCAL 


500 61+825S001 


01.1+0 


*8085 B PASCAL 


VAX 


6U825S003 


01.60 


*8085 C 




61+826 


01.03 


*8085 C 


300 


6I4826SOOU 


01.10 


*8o85 C 


500 


6U826SOOI 


01.50 


*8085 C 


VAX 


6U826S003 


01.80 


"8086/8 C 




61+818 


03.01 


*8o86/8 C 


300 


61+818S001+ 


03.10 


"8086/8 C 


500 


61+818S001 


03.20 


*8o86/8 C 


VAX 


61+818S003 


03. Uo 


*8086/8 PASCAL 




61+811+ 


03.01 


*8086/8 PASCAL 


300 


61+8ll+S00l+ 


03.10 


*8o86/8 PASCAL 


500 


6I+81I+SOOI 


03.10 


*8086/8 PASCAL 


VAX 


61+8ll+S003 


03.20 


*F9U50 EMULATIOM 




61+286 


01.03 


*OP SYS DEC -VAX / 


VMS 


61+882 


01.70 


*0P SYS HP-UX / 500 


61+880 


01.60 


*RS-232 TRANSFER 


300 


61+885 


01.10 


*RS-232 TRANSFER 


500 


61+881+ 


01.10 



Software release contents 



Product name 

*RS-232 TRANSFER 
*USER DEF ASSEMB 
*USER DEF ASSEMB 
*Z80 ASSEMB 
*Z80 ASSEMB 
*Z80 ASSEMB 
*Z80 ASSEMB 
*Z80/NSC800 C 
*Z80/NSC800 C 
*Z80/NSC800 C 
*Z80/NSC800 C 
*Z80/NSC800PASCAL 
*Z80/NSC800PASCAL 
*Z80/NSC800PASCAL 
*Z80/NSC800PASCAL 
*Z8000 C 
*Z8000 C 
*Z8000 C 
*Z8000 c 
*Z8000 PASCAL 
*Z8000 PASCAL 
*Z8000 PASCAL 
# Z8000 PASCAL 
# Z80H EMULATION 



Product number uu.ff 



VAX 6U886 
500 61+851S001 
VAX 6H851S003 

6U8U2 
300 6H8**2S00U 
500 6U8U2S001 
VAX 6U8U2S003 

6U821+ 
300 61+82US00U 
500 6U82ltS001 
VAX 6U82itS003 

6U823 
300 6U823S00U 
500 6U823S001 
VAX 6H823S003 

6U820 
300 6U820S00U 
500 6U820S001 
VAX 6U820S003 

6k8l6 
300 6k8l6S00k 
500 6U816SOOI 
VAX 6U816S003 

61+253 



01.10 

01.50 
01.50 

01.12 
01.10 
01. ko 
01.60 
01.03 
01.10 
01.50 
01.80 
01.03 
01.10 
01. Uo 
01.60 
01.05 
01.10 
01.50 
01.80 
01.11 
01.10 

01. Uo 
01.60 

01.02 



Product index 




Product name 




6800 C 




6800 C 


300 


6800 C 


500 


6800 C 


VAX 


6800 PASCAL 




6800 PASCAL 


300 


6800 PASCAL 


500 


6800 PASCAL 


VAX 


6800/2 ASSEMB 




6800/2 ASSEMB 


300 


6800/2 ASSEMB 


VAX 


68000 C 




68000 C 


300 


68000 C 


500 


68000 C 


VAX 


68000 PASCAL 


300 


68000 PASCAL 


500 


68000 PASCAL 


VAX 


6805/9 ASSEMB 


300 


6805/9 ASSEMB 


500 


6805/9 ASSEMB 


VAX 


6809 C 




6809 c 


300 


6809 C 


500 


6809 C 


VAX 


6809 PASCAL 




6809 PASCAL 


300 


6809 PASCAL 


500 


6809 PASCAL 


VAX 


8085 B PASCAL 




8085 B PASCAL 


300 


8085 B PASCAL 


500 


8085 B PASCAL 


VAX 


8085 C 




8085 c 


300 


8085 c 


500 


8085 C 


VAX 


8086/8 C 




8086/8 C 


300 


8086/8 C 


500 


8086/8 C 


VAX 


8086/8 PASCAL 




8086/8 PASCAL 


300 


8086/8 PASCAL 


500 


8086/8 PASCAL 


VAX 


F9U50 EMULATION 




OP SYS DEC -VAX / 


VMS 


OP SYS HP-UX / 500 


USER DEF ASSEMB 


500 


USER DEF ASSEMB 


VAX 


Z80 ASSEMB 




Z80 ASSEMB 


300 


Z80 ASSEMB 


500 


Z80 ASSEMB 


VAX 


Z80/NSC800 C 





Product number 

64821 

64821S004 

64821S001 

6U821S003 

64811 

64811S004 

64811S001 

6U811S003 

6481+1 

6484LS004 

6U8U1S0O3 

6U819 

6U819SOOI4 

6U819SOOI 

6U819SOO3 

6U815SOOU 

6U815S0O1 

6I4815SO03 

6481+4S004 

6U8UUS001 

648U4S003 

64822 

64822S004 

64822S001 

64822S003 

64813 

64813S004 

64813S0O1 

64813S0O3 

64825 

64825S004 

64825S0O1 

64825S0O3 

64826 

64826S004 

64826S001 

64826S003 

64818 

64818S0OU 

64818S0O1 

64818S0O3 

64814 

64814S004 

64814S001 

64814S003 

64286 

64882 

64880 

64851S0O1 

64851S0O3 

648U2 

6481+2S004 

648l*2S001 

648»*2S003 

64824 



Page 

1 
7 
9 
16 
2k 
29 
31 
35 
39 
41 

^3 
>*5 
60 

63 

72 

83 

86 

90 

95 

97 

101 

104 

109 

111 

112 

117 

121 

123 

126 

130 

137 

140 

148 

156 

166 

169 

178 

188 

193 

195 

201 

207 
212 
214 
217 
220 
221 
225 
228 
230 
234 
236 
238 
240 
242 



Product index 



Product name 

Z80/NSC800 C 300 
Z8O/NSC8OO c 500 
Z80/NSC800 C VAX 
Z8O/NSC8OOPASCAL 
Z8O/NSC8OOPASCAL 300 
Z8O/NSC80OPASCAL 500 
Z8O/NSC80OPASCAL VAX 



Z8000 
Z8000 
Z8000 
Z8000 



Z8000 PASCAL 
Z8000 PASCAL 
Z8000 PASCAL 
Z8000 PASCAL 
Z80H EMULATION 



300 
500 
VAX 

300 
500 
VAX 



Product number 

61*82te00l4 

6U82itS001 

6l482l*S003 

6U823 

6U823S00U 

6U823S001 

6U823S003 

61*820 

6U820S0014 

6I482OSOOI 

6U820S003 

61»8l6 

6I4816SOOU 

6I4816SOOI 

6U816S003 

61*253 



Page 

25U 
256 
266 
276 
286 
290 
300 
310 
313 
315 
319 
32U 
326 
327 
330 
333 



Report number index 



Report # page Report # page Report # page Report # page 



165000U630 276 

1650006536 230 

165000705 1 * 63 

270000U80U 

2700005173 

2700005181 

2700005371 277 

2700005512 31 

2700005900 130 

500008*t806 

5000095687 

500009659 1 * 117 

5000103218 188 

5000103267 277 

500010U612 

500010U620 

5000107888 lUO 

500010993^ 278 

500011U777 117 

5000115097 97 

5000115^02 278 

5OOOII8I4IU 333 

5000118828 207 

5000119925 118 

5000120378 25 

5000121178 2U0 

500012UOUO 226 

5000126516 U5 

5000132720 23U 

5000135780 156 

500013623H 

D200008870 

D200013938 

D2000139U6 10*4 

D200013953 2 

D200013961 188 

D200013979 310 

D200013987 2U2 

D200013995 156 

D20001U282 U7 

D20001U779 

D20001U787 

D20001 1*795 

D20001U993 

D200015230 207 

D200015313 3 

D200015370 

D200015388 



2k 
1 
2 



2k 
86 



2k 
2k 



U5 
U6 

U7 



31 
35 
26 
1+8 



3 
9 



D200015396 16 

D200015 1 * 1 46 9 

D200015l*53 16 

D20001561+1+ 10 

D200015651 112 

D200015669 17 

D200015883 U8 

D200015891 63 

D200015909 72 

D200015990 l»9 

D20001601U 1*9 

D200016022 72 

D200016030 63 

D200016063 72 

D200016071 63 

D200016329 278 

D200016337 290 

D20001631+5 300 

D200016592 50 

D200016600 6k 

D200016618 72 

D200019307 130 

D200019877 230 

D200020115 290 

D200020123 300 

D200020131 130 

D200020ll*9 ll*0 

D200020156 ll+8 

D200021725 10 

D200021733 17 

D200022U3*4 130 

D200022l*l*2 ll»0 

D200022U59 1U8 

D200022l*67 279 

D200022U75 290 

D200022U83 300 

D200022U91 131 

D200022509 lUl 

D200022517 1^9 

D200022525 279 

D200022533 291 

D2000225i+1 301 

D200025387 156 

D200025668 21*2 

D200025676 256 

D200025681* 266 

D200025692 I69 

D200025700 178 



D200026U19 280 

D200026U27 188 

D200026U8U 291 

D200026U92 301 

D200026500 131 

D200026518 ll+2 

D200026526 1U9 

D200026666 195 

D20002667U 201 

D200026781 157 

D200026989 2U3 

D200026997 256 

D200027003 266 

D200027011 I69 

D200027029 178 

D200027U58 2U3 

D200027631 35 

D20002761+9 21k 

D200027656 217 

D20002766U 86 

D200027672 90 

D200027680 327 

D200027698 330 

D200027706 189 

D20002771 1 * 50 

D200027722 310 

D200027730 k 

D2000277^8 10l* 

D200027755 292 

D200027763 302 

D200027771 2kk 

D200027789 1U2 

D200027797 150 

D200027805 158 

D200027888 2kk 

D200027896 257 

D20002790U 267 

D200027912 158 

D200027920 170 

D200027938 179 

D200028621 50 

D2O00287U6 2l+5 

D200028753 258 

D200028761 268 

D200028779 2U6 

D200028852 1U2 

D200028860 150 

D200028878 280 



D200028886 292 

D200028891* 302 

D200029215 268 

D200029223 258 

D20002969U 10U 

D200029710 112 
D200029728 315 
D200030569 
D200030577 
D200030627 
D200030635 
D20003073U 
D2000307U2 
D200031013 
D200031021 
D200031039 
D2000310U7 
D200031070 
D200031096 
D20003110U 159 
D20003129U 189 
D200031302 195 
D200031310 201 
D200031328 
D200031336 
D2000313 1 +U 
D200031351 310 
D2O0031369 315 
D200031377 319 
D200031385 k 
D200031393 11 
D200031U01 18 
D200031U19 105 
D200031U27 2U6 
D200031U35 259 
D200031UU3 269 
D200031U50 171 
D2O0O31U68 180 
D200032052 52 

D200032391 105 

D200033100 189 

D200033H8 195 

D200033126 201 
020003313^ 
D2000331**2 
D200033159 

D200033167 311 

D200033175 315 



31 
35 
86 
90 
51 
51 
6k 

73 
65 
7U 
39 
1*3 



52 

65 

7k 



53 
66 

75 



Report number index 



Report # 


page 


Report # 


page 


Report # 


page 


Report # 


page 


D200033183 


319 


D20003662U 


56 


D20003780U 


ikk 


D2000U1293 


Ik 


D200033191 


U 


D200036632 


67 


D200037812 


151 


D20001+1301 


21 


D200033209 


11 


D2000366U0 


76 


D200038273 


97 


D2000U1327 


107 


D200033217 


18 


D200036699 


31 


D200038281 


101 


D2000Ul3lt3 


111* 


D200033225 


2U7 


D200036707 


36 


D200038950 


208 


D2000l*1350 


262 


D200033233 


259 


D20003676U 


26 


D2000l*020l* 


32 


D2000l*1368 


272 


D2000332U1 


269 


D200036772 


118 


D20001+0212 


37 


D2000ltl376 


162 


D200033258 


159 


D200036780 


208 


D2000l*0220 


33 


D2000l*1381t 


175 


D200033266 


171 


D200036798 


32U 


D2000l»0238 


37 


D20001+1392 


18U 


D20003327 1 * 


180 


D200036806 


281 


D2000l*02l*6 


29U 


D20001+17U9 


11+5 


D200033U07 


23 1 * 


D20003681U 


132 


D2000U0253 


30U 


D2000U1756 


152 


0200033^23 


39 


D200036871 


2lU 


D2000U0261 


133 


D20O0l4l83O 


58 


D200033UU9 


5h 


D200036939 


57 


D2000l»0279 


1UU 


D2000l»l8U8 


69 


D200033613 


55 


D2000369^7 


87 


D2000l*0287 


152 


D2000U1855 


78 


D20003U108 


280 


020003695^ 


91 


D2000l*06l8 


17U 


D2000l*20UU 


228 


D200031+132 


292 


D200036962 


32 


D2000it0626 


183 


D2000lt3372 


127 


D20003U11+0 


302 


D200036970 


36 


D2000U063U 


191 


D20001+3398 


333 


D20003l*157 


132 


D200036988 


123 


D2000l+061*2 


198 


D2000l»3lt22 


59 


D20003U165 


li+3 


D200036996 


126 


D2000U0659 


20U 


D2000U3570 


221 


D20003^173 


150 


D200037002 


217 


D2000l*O667 


57 


D20OOU3588 


225 


D20003U181 


123 


D200037010 


87 


D2000140675 


69 


D2000U3596 


250 


D20003U199 


126 


D200037028 


91 


D2000U0683 


78 


D2000U3851 


29U 


020003^207 


87 


D200037036 


327 


D2000U0691 


311 


D2000U3869 


30U 


D20003U215 


90 


D20003701+1* 


330 


D2000l*0709 


316 


D200043935 


221 


D20003l*26U 


2U7 


D200037051 


197 


D20001+0717 


320 


D2000U39 l +3 


58 


D20003U272 


260 


D200037069 


203 


D2000U0725 


5 


D2000U3968 


250 


D20003U280 


270 


D200037077 


68 


D2000U0733 


13 


D2000l»lt032 


70 


D20003U298 


160 


D200037085 


77 


D2000U071+1 


20 


D2000l+l+0lt0 


79 


D20003U306 


172 


D200037093 


316 


D2000l»0758 


107 


D20OO14U685 


250 


D20003U31U 


181 


D200037101 


320 


D20001+0771+ 


113 


D20O0U14719 


29U 


D20003U959 


26 


D200037H9 


13 


D2000lt0782 


2U9 


D20O0l»l4727 


30U 


D200035782 


190 


D200037127 


20 


D2000lt0790 


262 


D2000U14735 


13U 


D200035790 


196 


02000371^3 


113 


D2000140808 


272 


D2000UU7U3 


1U5 


D200035808 


202 


D200037150 


293 


D2000l*08l6 


162 


D2000l»U750 


152 


D200035816 


55 


D200037168 


303 


D2000l*082l4 


171* 


D2000U505U 


221 


D200035821* 


66 


D200037176 


261 


D2000U0832 


183 


D2000U5237 


119 


D200035832 


75 


D20003718U 


271 


D2000ltlll*5 


13U 


D20O0U52U5 


107 


D2000358 1 +0 


12 


D200037192 


1U3 


D2000U1186 


2U9 


D2000U5518 


251 


D200035857 


19 


D200037200 


151 


D2000U119U 


191 


D2000U5526 


251 


D200035865 


106 


D200037218 


173 


D2000U1202 


198 


D20001+5856 


79 


D200035881 


112 


D200037226 


182 


D2000U1210 


20U 


D20001+5872 


252 


D200035899 


2U8 


D20003723*t 


208 


D20001+1228 


58 


D20001+5906 


198 


D200035907 


260 


D200037291 


215 


D2000141236 


69 


D20001+591U 


20U 


D200035915 


270 


D200037309 


218 


D2000l4l2l»l* 


78 


D2000U5922 


79 


D200035923 


160 


0200037^65 


l6l 


D2000l*1251 


312 


D20001+5930 


317 


D200035931 


172 


D200037663 


27 


D2000U1269 


317 


D2000U59U8 


321 


02000359^9 


181 


D200037713 


27 


D20001+1277 


321 


D2000U5955 


11* 


D200036509 


23U 


D200037796 


133 


D20001+1285 


5 


D20001+5963 


21 



Report number index 



Report # 


page 


Report # 


page 


Report # 


page 


Report # 


page 


D2000U5989 


11 U 


D2000U7506 


205 


D2000U8728 


60 


D20001+9288 


96 


D2000U5997 


263 


D2000U751 1 * 


59 


D2000U8736 


38 


D20001+9395 


233 


D2000U6003 


272 


D2000U7522 


70 


D2000U871+U 


30 


D20001+9635 


199 


D2000U6011 


175 


D2000U7530 


79 


D2000U8751 


125 


D20001+9650 


71 


D2000U6029 


18U 


D2000U75U8 


312 


D2000U8769 


128 


D2000U968U 


317 


D2000U6037 


163 


D2000U7555 


317 


D2000it8777 


122 


D20001+9718 


lU 


D2000U6078 


263 


D2000U7563 


321 


D2000U8785 


216 


D20001+97U2 


ill 


D20001+6086 


273 


D2000U7571 


6 


D20001+8793 


219 


D20001+9775 


261+ 


D2000l*6ll0 


222 


D2000U7589 


lit 


D2000U8801 


213 


D20001+9809 


176 


D2000l+6ll+l+ 


222 


D2000U7597 


21 


D2000U8819 


89 


D20001+98U1 


192 


D2000l»6l51 


3U 


D2000U7605 


108 


D2O00U8827 


9 k 


D20001+9858 


199 


D2000lt6l77 


252 


D2000U7621 


lilt 


D2000lt8835 


85 


D20001+9866 


205 


D20001+6185 


26k 


D2000U7639 


281 


D2000l*88U3 


329 


020001+987!+ 


193 


D2000U6193 


273 


D2000l476i*7 


295 


D2000148850 


332 


D20001+9890 


283 


D200046201 


175 


D2000U765 1 * 


305 


D2000U8868 


326 


D200050260 


7 


D2000U6219 


18U 


D2000U7662 


253 


D20001+8876 


200 


D200050278 


109 


D2000U6276 


198 


D2000U7670 


26U 


D20001+888U 


206 


02000507^0 


25 1 * 


D2000U6318 


215 


D2000l»7688 


2jk 


D2000U8892 


19U 


D200050757 


166 


D2000U6607 


20l+ 


D20OOU7696 


13*4 


D2O001+89O0 


71 


D200050922 


92 


D2000U6615 


218 


D2000U770U 


11*5 


D2000lt89l8 


82 


D2O005O955 


92 


D2000lt6631 


208 


D2000U7712 


153 


D2000U8926 


62 


D200051011 


83 


020001+67^8 


215 


D2000U7720 


163 


D200014893U 


318 


D200051078 


109 


D2000U6755 


218 


D2000l*7738 


176 


D2000U89U2 


323 


D2O0051HO 


83 


D2000U6797 


39 


D2000U77 1 *6 


185 


D2000U8959 


31 1* 


D20005H93 


60 


D2000U6813 


U3 


D2000U7811 


79 


D2000i+8967 


15 


D200051235 


193 


D2000U6821 


23 1 * 


D2000U79UU 


281 


D2000148975 


23 


D20005121+3 


61 


D2000U6839 


238 


D2000U7969 


222 


D2000U8983 


8 


D200051250 


313 


D2000U68U7 


2U0 


D2000U7985 


222 


D2000U9007 


116 


D200051268 


7 


D2000U6896 


98 


D2000U8025 


223 


D2000U9015 


110 


D20005128U 


lll+ 


D2000U690U 


101 


D2000U8066 


228 


D2000U9023 


299 


D200051292 


109 


D20001+7019 


228 


D2000U807U 


282 


D2O0O149O31 


309 


D200051300 


25U 


D2000U7027 


230 


D2000U8090 


295 


D2000U90U9 


289 


D200051318 


166 


D2000U7332 


27 


D2000U8108 


305 


D2000U9056 


265 


D200051359 


9k 


D2000l*73 1 »0 


33 


D2000U8116 


283 


D2000U9061+ 


275 


D200051508 


83 


D2000U7357 


37 


D2000J48207 


U3 


D2000U9072 


255 


D200051631 


81+ 


D2000U7365 


119 


D2000U8215 


1+1 


D20001+9080 


1U7 


D200051870 


29 


D2000U7373 


12»» 


D2000U8223 


238 


D2000149098 


155 


D200051888 


29 


D2000U7381 


127 


D2000U8231 


2U0 


D2000149106 


139 


D200051987 


27 


D2000U7399 


208 


D2000U82i*9 


236 


D2000lt91lU 


177 


D200052001 


166 


D2000l+7**07 


215 


D2000U8280 


98 


D2000149122 


187 


D20005208U 


137 


D2000lt7 1 *15 


218 


D2000U8298 


102 


D2000U9130 


168 


D200052217 


33 


D2000U7U31 


88 


D2000U8306 


95 


D2000U9189 


kk 


D200052225 


33 


D2000U7 1 + 1 +9 


92 


D2000U8H13 


231 


D2000U9197 


1+2 


D20005221+1 


281+ 


D2000U7U56 


32U 


D2000U861+5 


12U 


D2000U9205 


239 


D200052258 


193 


D2000U7U6U 


328 


D2000U8652 


127 


D2000U9213 


2l+l 


D200052266 


62 


D2000l+7^72 


331 


D2000U8660 


121 


D2000U9221 


237 


D20005227U 


313 


D20001+71+80 


192 


D2000U8702 


70 


D2000U9262 


100 


D200052282 


8 


D2000U7 i *98 


199 


D2000W710 


80 


D2000U9270 


103 


D200052290 


110 



Report number index 



Report # 


page 


Report # 


page 


Report # 


page 


Report # 


page 


D200052308 


25 1 * 


D200053207 


2Ul 


D200055293 


167 


D20005901U 


22 


D200052357 


296 


D200053215 


236 


D200055525 


229 


D200059022 


8 


D200052365 


306 


D200053306 


kk 


D200055533 


232 


D2000590U8 


116 


D200052373 


286 


D20005331U 


Ul 


D200055608 


39 


D200059055 


110 


D200052381 


13k 


D200053322 


239 


D200055939 


99 


D200059063 


265 


D2O0O52399 


1*45 


D200053330 


236 


D200058693 


38 


D200059071 


275 


D200052U07 


153 


D200053371 


99 


D200058701 


30 


D200059089 


255 


D200052U15 


137 


D200053389 


102 


D200058719 


125 


D200059097 


177 


D200052UU9 


28 


D200053397 


95 


D200058727 


128 


D200059105 


187 


D200052U56 


3h 


0200053^96 


228 


D200058735 


122 


D200059H3 


168 


D200052U6U 


37 


D200O535OU 


231 


D2000587 1 *3 


216 


D200059121 


38 


D200052U72 


29 


D200053728 


210 


D200058750 


219 


D200059139 


30 


D2000521480 


119 


D200053736 


211 


D200058768 


212 


D2000591U7 


125 


D200052U98 


121* 


D2000537UU 


297 


D200058776 


89 


D20005915 1 * 


128 


D200052506 


127 


D200053751 


307 


D20005878U 


9k 


D200059162 


122 


D20005251U 


121 


D200053769 


287 


D200058792 


85 


D200059170 


216 


D200052522 


208 


D200053777 


163 


D200058800 


328 


D200059188 


219 


D200052530 


215 


D200053819 


223 


D200058818 


331 


D200059196 


212 


D2O00525U8 


218 


D20005388U 


22U 


D200058826 


326 


D20005920U 


89 


D200052555 


212 


D200053892 


223 


D20005883U 


299 


D200059212 


9k 


D200052571 


88 


D200053900 


223 


D2000588U2 


309 


D200059220 


85 


D200052589 


93 


D20005U312 


226 


D200058859 


289 


D200059238 


299 


D200052597 


8U 


D20005U320 


225 


D200058867 


1U7 


D2000592U6 


309 


D200052605 


321* 


D20005U338 


225 


D200058875 


15U 


D200059253 


289 


D200052613 


328 


D20005U3U6 


225 


D200058883 


139 


D200059261 


1U7 


D200052621 


331 


D20005U635 


82 


D200058917 


199 


D200059279 


155 


D200052639 


326 


D200055129 


205 


D200058925 


206 


D200059287 


139 


D2O00526U7 


297 


D200055137 


81 


D200058933 


19U 


D200059295 


229 


D20005265U 


307 


D2000551U5 


321 


D2000589U1 


71 


D200059303 


232 


D200052662 


287 


D200055152 


21 


D200058958 


82 


0200059^10 


232 


D200052670 


135 


D200055160 


115 


D200058966 


62 


D2000599U9 


229 


D200052688 


1U6 


D200055178 


27U 


D20005897U 


318 


D20OO59956 


233 


D200052696 


15U 


D200055186 


185 


D200058982 


322 


D200060269 


226 


D2OO05270U 


138 


D200055251 


176 


D200058990 


313 


D200060277 


226 


D200053181 


209 


D200055277 


16»4 


D200059006 


Ik 


D200060301 


220 


D200053199 


238 


D200055285 


186 











Keyword index 



Keywc 


»rd 




Product 


***** 


i**i 


(none******** 


64821 
64821 
64821 
64821 
64821 


CODE 


GENERATOR 


64821 








64821 








64821 








64821 


PASS 


1 




64821 


PASS 


3 




64821 



- 6800 C - 

number uu.ff Description 

01.04 No form feed between the expanded listing and the cross reference table 

01.04 ++ and -- operators evaluated with improper precedence. 

01.04 Comparing character to zero in while loop generates incorrect code. 

01.04 Problem with integer pointer in conditional statement. 

01.04 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

01.02 16 bit comparison on a 8 bit unsigned short field. 

01.02 Left shift operator when shifting by one in a logical expr. is incorrect 



01.04 An erroneous CLRA is generated 



a char var. is deer, in a "while" loop 



01.04 A shift assignment operation ( <<= ) generates incorrect code. 
01.04 No warning or error: taking the sizeof a struct var. not declared. 
01.04 Pass 3 fails to detect relative jump address out -of -range . 



6800 C 



Keyword 



Product number uu.ff Description 



********none******** 64821S004 

64821S004 

64821S004 

CODE GENERATOR 64821S004 

PASS 1 64821S004 



00.00 Linker output file should use alternate file extension. 

01.00 ++ and -- operators evaluated with improper precedence. 

01.00 Host compilers do not put absolute pats specifications in relocatables 

00.00 Incorrect opcode "MOV A,ACC" allowed by our assembler 

01.00 Incorrect code is generated when complementing a parm. in a return stmt 



6800 C 



Keyword 



CODE GENERATOR 



PASS 1 
PASS 3 



Product number uu.ff Description 



Linker output 
NO CROSS REFER 
Left shift ope 
++ and -- oper 
Comparing char 
Problem with i 
Title descript 
TOO MANY ERROR 
Host compilers 
An erroneous C 
A shift assign 
16 bit compari 
Incorrect code 
Compiler optio 
Pass 3 fails t 



Keyword 



********none******** 64821S003 

64821S003 
64821S003 
64821S003 
64821S003 
64821S003 
64821S003 
64821S003 



64821S001 


00 


00 


64821S001 


00. 


00 


64821S001 


01 


10 


64821S001 


01 


10 


64821S001 


01 


10 


64821S001 


01 


.20 


64821S001 


01 


.20 


64821S001 


01 


.20 


64821S001 


01 


.40 


64821S001 


01 


.00 


64821S001 


01 


.00 


64821S001 


01 


.10 


64821S001 


01 


.00 


64821S001 


01 


.20 


64821S001 


01 


.20 


Product number 


uu 


.ff 



file 
ENCE 
rator 
ators 
acter 
ntege 
ion i 
S IN 

do n 
LRA i 
ment 
son o 

is g 
n $LI 
o det 



should use alternate file extension. 
TABLE IS GENERATED 

when shifting by one in a logical expr. is incorrect 

evaluated with improper precedence. 

to zero in while loop generates incorrect code, 
r pointer in conditional statement. 
s incorrect . 

PASS 3 IF >127 PROCEDURES 

ot put absolute pats specifications in relocatables 
s gen. if a char var. is the counter in a "while" 
operation ( <<= ) generates incorrect code, 
n a 8 bit unsigned short field. 

enerated when complementing a parm. in a return stmt. 
ST OBJ ON$ generates wrong output information. 
ecT relative jump address out-of-range . 



- 6800 C 



uu.ff Description 

00.00 Linker output file should use alternate file extension. 

01.10 Left shift operator when shifting by one in a logical expr. is incorrt 

01.20 ++ and -- operators evaluated with improper precedence. 

01.20 Comparing character to zero in while loop generates incorrect code. 

01.20 Problem with integer pointer in conditional statement. 

01.20 Title description is incorrect. 

01.20 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

01.50 Compilation on the VAX using batch mode generates incorrect listing file D200055152 21 



Report # 


page 


D200027730 


4 


D200031385 


4 


D200033191 


4 


D200041285 


5 


D200047571 


6 


2700005173 


1 


2700005181 


2 


D200015313 


3 


D200015370 


3 


D200013953 


2 


D200040725 


5 


Report # 


page 


D200048983 


8 


D200051268 


7 


D200059022 


8 


D200052282 


8 


D200050260 


7 


Report # 


page 


D200048967 


15 


D200049718 


14 


D200021725 


10 


D200031393 


11 


D200033209 


11 


D200041293 


14 


D200045955 


14 


D200047589 


14 


D200059006 


14 


D200015388 


9 


D200015446 


9 


D200035840 


12 


D200015644 


10 


D200037119 


13 


D200040733 


13 


Report # 


page 


D200048975 


23 


D200021733 


17 


D200031401 


18 


D200033217 


18 


D200041301 


21 


D200045963 


21 


D200047597 


21 



Keyword index 



6800 C 



Keyword 



Product number uu.ff Description 



********none******** 64821S003 
CODE GENERATOR 64821S003 

64821S003 

64821S003 

PASS 1 64821S003 

PASS 3 64821S003 

64821S003 



01.50 Host compilers do not put absolute pats specifications in relocatables 

01.00 An erroneous CLRA is gen. if a char var. is used as a ctr. in a "while" 

01.00 A shift assignment operation ( <<= ) generates incorrect code. 

01.20 16 bit comparison on a 8 bit unsigned short field. 

01.00 Incorrect code is generated when complementing a parm. in a return stmt 

01.20 Compiler option SLIST OBJ 0N$ generates wrong output information. 

01.20 Pass 3 fails *o detecT relative jump address out -of -range . 



6800 PASCAL 



Keyword 



Product number uu.ff Description 



$$$&$$$$ none -McfcHfifcifcMc 


64811 




64811 




64811 




64811 


CONSTANTS 


64811 


DEBUG LIBRARY 


64811 


INCLUDE 


64811 


PARAMETERS 


64811 




64811 


PASS 2 


64811 




64811 


RANGE 


64811 




64811 




64811 




64811 


REAL 


64811 



01.00 Statement Sequen 
01.08 "IF B2" after "R 

01.08 TOO MANY ERRORS 

01.09 Missing semicolo 
01.09 Constants may no 
01.08 X-reg modified a 
01.08 Nested INCLUDE f 
01.08 Incorrect pararne 
01.08 Compiler accepts 
01.08 Stops in Pass 2 
01.08 ODD(INTEGER) in 
01.08 Incorrect pararne 
01.08 Incorrect code g 
01.08 RECORD accesses 
01.08 Stops in Pass 2 
01.08 Stops in Pass 2 



c e s 

EPEAT. .UNTIL Bl OR 
IN PASS 3 IF >127 
n causes compiler 
t be assigned thei 
fter MUL or DIV op 
iles 3 or more dee 
ter passing with $ 
actual and formal 
if a long program 
recursive procedur 
ter passing with $ 
enerated for multi 
using WITH generat 
if a long program 
if a long program 

6800 PASCAL - 



B2" doesn ' t work . 
PROCEDURES 
to hang in Pass 1 . 
r full 32 bit values . 
e rat ions . 

p cause 64000 to "hang" in pass 3. 
RANGE 0N$. 

parameters of different types, 
using real with SRANGE 0N$ . 
e causes too many pass 2 errors. 
RANGE 0N$. 

pie array comparisons, 
e call to EMPTY_SET if SRANGE 0N$ . 
using real with SRARGE 0N$ . 
using real with SRANGE 0N$ . 



Keyword 



Product number uu.ff Description 



**#**#**none******** 64811S004 

64811S004 

64811S004 

PREPROCESSOR 64811S004 

RANGE 64811S004 

64811S004 



00.00 Linker output file should use alternate file extension. 

01.00 Missing semicolon causes compiler to hang in Pass 1. 

01.00 Host compilers do not put absolute pats specifications in relocatables 

01.00 Preprocessor reports errors when symbols np64000 , vms or hpux w #if 

01.00 Incorrect code generated for multiple array comparisons. 

01.00 RECORD accesses using WITH generate call to EMPTY_SET_ if SRANGE 0N$ . 



- 6800 PASCAL - 



Keyword 



Product number uu.ff Description 



*)m****nono******** 64811S001 

64811S001 

64811S001 

64811S001 

64811S001 

64811S001 

64811S001 

PARAMETERS 64811S001 

PASS 3 64811S001 

PREPROCESSOR 64811S001 



00.00 Linker output file should use alternate file extension. 

01.00 Statement sequences. 

01.08 No form feed between the expanded listing and the cross reference table. 

01.20 "IF B2" after "REPEAT .. UNTIL Bl OR B2" doesn't work. 

01.20 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

01.30 Host compilers do not put absolute pats specifications in relocatables 

01.30 Missing semicolon causes compiler to hang in Pass 1. 

01.10 Incorrect parameter passing with SRANGE ONS. 

01.20 Compiler option $LIST_0BJ ONS generates wrong output information. 

01.30 Preprocessor reports errors when symbols hp64000, vms or hpux w #if 



Report # 


page 


D200059014 


22 


D200015396 


16 


D200015453 


16 


D200035857 


19 


D200015669 


17 


D200037127 


20 


D200040741 


20 



Report # page 



D200014795 


26 


D200034959 


26 


D200047332 


27 


D200052449 


28 


D200051987 


27 


2700004804 


24 


D200036764 


26 


5000084806 


24 


5000120378 


25 


D200037663 


27 


D200037713 


27 


5000084806 


24 


5000104612 


24 


5000104620 


24 


D200037663 


27 


D200037663 


27 


Report # 


page 


D200048744 


30 


D200052472 


29 


D200059139 


30 


D200058701 


30 


D200051870 


29 


D200051888 


29 


Report # 


page 


D200046151 


34 


D200014779 


31 


2700005512 


31 


D200036699 


31 


D200047340 


33 


D200052217 


33 


D200052456 


34 


D200030569 


31 


D200036962 


32 


D200052225 


33 



Keyword index 



- 6800 PASCAL 



Keywo rd 
RANGE 



Keyword 



Product number uu.ff Description 



64811S001 
64811S001 



01.20 Incorrect code generated f r multiple array comparisons. 

01.20 RECORD accesses using WITH generate call to EMPTY_SET_ if SRANGE 0N$ . 



6800 PASCAL 



Product number uu.ff Description 



********none******** 64811S003 

64811S003 

64811S003 

64811S003 

64811S003 

64811S003 

64811S003 

PARAMETERS 64811S003 

PASS 3 64811S003 

PREPROCESSOR 64811S003 

RANGE 64811S003 

64811S003 



00.00 Linker output file should use alternate file extension. 

01.00 Statement sequences. 

01.20 No form feed between the expanded listing and the cross reference table. 

01.20 "IF B2" after "REPEAT . .UNTIL Bl OR B2" doesn't work. 

01.20 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

01.40 Missing semicolon causes compiler to hang in Pass 1. 

01.40 Host compilers do not put absolute pats specifications in relocatables 

01.20 Incorrect parameter passing with SRANGE 0N$ . 

01.20 Compiler option $LIST_0BJ ONS generates wrong output information. 

01.40 Preprocessor reports errors when symbols hp64000 , vms or hpux w #if 

01.20 Incorrect code generated for multiple array comparisons. 

01.20 RECORD accesses using WITH generate call to EMPTY_SET_ if SRANGE 0N$ . 



6800/2 ASSEMB 



Keyword 



Product number uu.ff Description 



********none******** 64841 

64841 
64841 
64841 



01.13 Assembler flagging out of range error when it should not. 

01.13 Error when using .NT. operator with immediate value whose MSB is set 

01.13 Assembler should denote an error on non-absolute .SET expressions. 

01.14 Four bit operations are now unsupported. 



- 6800/2 ASSEMB - 



Keyword 



Product number uu.ff Description 



********none******** 64841S004 

64841S004 
MACRO 64841S004 



00.00 Linker output file should use alternate file extension. 

01.00 Macro def . including .IF, within a IF causes assembler to stop code gen. 

01.00 Conditional instr. .IF with rational oper. in Macro creates bad code 



6800/2 ASSEMB 



Keyword 



Product number uu.ff Description 



********none******** 64841S003 

64841S003 
64841S003 
64841S003 

MACRO 64841S003 



00.00 Linker output file should use alternate file extension. 

01.20 Assembler flagging out of range error when it should not. 

01.20 Assembler should denote an error on non-absolute .SET expressions. 

01.40 Macro def. including .IF, within a IF causes assembler to stop code gen. 

01.40 Conditional instr. .IF with rational oper. in Macro creates bad code 



- 68000 C 



Keyword 



Product number uu.ff Description 



********none******** 64819 

64819 
64819 



01.07 Incorrect code when hex values are bit or-ed and passed as parameters. 
01.07 No error generated when an interrupt routine is explicitly called. 
01.07 No form feed between the expanded listing and the cross reference table 



Report # 


page 


D200040204 


32 


D200040220 


33 


Report # 


page 


D200048736 


38 


D200014787 


35 


D200027631 


35 


D200036707 


36 


D200047357 


37 


D200052464 


37 


D200059121 


38 


D200030577 


35 


D200036970 


36 


D200058693 


38 


D200040212 


37 


D200040238 


37 


Report # 


page 


D200031070 


39 


D200033423 


39 


D200046797 


39 


D200055608 


39 


Report # 


page 



D200049197 42 
D200053314 41 
D200048215 41 



Report # page 



D200049189 
D200031096 
D200046813 
D200053306 
D200048207 



44 
43 
43 
44 
43 



Report # page 

5000126516 45 
D200015883 48 
D200027714 50 



Keyword index 



68000 C 



Keyword 



Product number uu.ff Description 



CODE GENERATOR 



********none******** 64819 

64819 
64819 
64819 
64819 
64819 
64819 
64819 
64819 
64819 
64819 
64819 
64819 
64819 
64819 
64819 
64819 
64819 
64819 
64819 
64819 
64819 
64819 
64819 
64819 



PASS 1 

PASS 2 
PASS 3 



01.07 Comp_symb file not being loaded on user specified disc. 

01.07 ++ and -- operators evaluated with improper precedence. 

01.07 Comparing character to zero in while loop generates incorrect code. 

01.07 Case statement involving double indirection is not generating right code 

01.07 RTS rather than RTE generated to return from interrupt routine. 

01.07 Passing a complicated expression as a parameter may generate bad code. 

01.07 Problem with integer pointer in conditional statement. 

01.07 Compiler calculating wrong offset to parameter. 

01.07 Compiler generating inefficient code for certain "switch" statements. 

01.07 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

00.56 Station reboot or bad code, statements of the form: x += (*pt r )*(*pt r ) ; 

01.07 Comparing a variable to zero in a "for" statement often fails. 

01.07 Argument of a switch is sign-extended to long when it should remain int. 

01.07 Wrong addressing mode used with $BASE_PAGE$ on in ASM68000 file. 

01.07 The wrong byte is accessed when a union is defined within a struct. 

01.07 Structure with an odd-numbered char or short array gens, wrong code. 

01.07 Incorrect code generated if fields are defined in a structure. 

01.07 Variable may not be defined before an array in a structure. 

01.07 16 bit comparison on a 8 bit unsigned short field. 

01.07 No warning or error: taking the sizeof a struct var. not declared. 

01.07 Multiple warning's may cause messages to be intermixed. 

01.07 Stations jumps to PV when compiling file with syntax error. 

01.00 Pass 3 error flagged when 143-146 external functions are declared. 

01.07 Pass 3 fails to detect relative jump address out-of-range . 

01.07 ASM reloc . and compiler reloc differ. 



68000 C - 



Keyword 



Product number uu.ff Description 



********none******** 64819S004 

64819S004 
64819S004 
64819S004 

CODE GENERATOR 64819S004 

64819S004 



00.00 Linker output file should use alternate file extension. 

01.00 Incorrect code when hex values are bit or-ed and passed as parameters. 

01.00 ++ and -- operators evaluated with improper precedence. 

01.00 Host compilers do not put absolute pats specifications in relocatables 

00.00 Incorrect opcode "MOV A.ACC" allowed by our assembler 

01.00 Incorrect code generated if fields are defined in a structure. 



68000 C - 



Keyword 



Product number uu.ff Description 



********none******** 64819S001 

64819S001 
64819S001 
64819S001 
64819S001 
64819S001 
64819S001 
64819S001 
64819S001 
64819S001 
64819S001 
64819S001 
64819S001 
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Keyword index 



68000 C 



Keyword 

CODE GENERATOR 



PASS 3 



Product number uu.ff Description 



64819S001 
64819S001 

64819S001 

64819S001 
64819S001 
64819S001 
64819S001 
64819S001 



01.00 The wrong byte is accessed when a union is defined within a structure. 
01.10 Structure with an odd-numbered char or short array gens, wrong code. 

Ol.lO Incorrect code generated if fields are defined in a structure. 
01.10 Variable may not be defined before an array in a structure. 
01.10 16 bit comparison on a 8 bit unsigned short field. 
01.20 Compiler option $LIST OBJ 0N$ generates wrong output information. 
01.20 Pass 3 fails to detecT relative jump address out -of -range . 
01.20 ASM reloc. and compiler reloc differ. 



68000 C 



Keyword 



Product number uu.ff Description 



#######♦ none 3Mc3fc#3Wc#3|c 


64819S003 


00.00 




64819S003 


01.00 




64819S003 


01.20 




64819S003 


01.20 




64819S003 


01.20 
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01.50 
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01.50 




64819S003 


01.50 


CODE GENERATOR 


64819S003 


01.00 




64819S003 


01.00 




64819S003 


01.10 




64819S003 


01.20 




64819S003 


01.20 




64819S003 


01.20 


ENHANCEMENT 


64819S003 


01.50 


PASS 3 


64819S003 


01.20 




64819S003 


01.20 




64819S003 


01.20 



Linker output file should use, alternate file extension. 

No error code generated when an interrupt is explicitly called. 

++ and -- operators evaluated with improper precedence. 

Comparing character to zero in while loop generates incorrect code. 

Passing a complicated expression as a parameter may generate bad code. 

Problem with integer pointer in conditional statement. 

Compiler calculating wrong offset to parameter. 

Title description is incorrect. 

Title description is incorrect. 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Illegal instruction being generated by compiler. 

Incorrect code when hex values are bit or-ed and passed as parameters. 

Compilation on the VAX using batch mode generates incorrect listing file 

Host compilers do not put absolute pats specifications in relocatables 

Wrong addressing mode used with $BASE_PAGE$ on in ASM68000 file. 

The wrong byte is accessed when a union is defined within a structure. 

Structure with an odd-numbered char or short array gens, wrong code. 

Incorrect code generated if fields are defined in a structure. 

Variable may not be defined before an array in a structure. 

16 bit comparison on a 8 bit unsigned short field. 

68010 directive not supported on the 9000. 

Compiler option $LIST OBJ ON$ generates wrong output information. 

Pass 3 fails to detecT relative jump address out -of -range . 

ASM reloc. and compiler reloc differ. 
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68000 PASCAL 



Keyword 



Product number uu.ff Description 



Report # page 



********none******** 64815S004 

64815S004 
64815S004 
64815S004 
64815S004 
64815S004 
64815S004 
64815S004 



BOOLEAN 

CODE GENERATOR 
PASS 2 
PREPROCESSOR 



00.00 Linker output file should use alternate file extension. 

01.00 Program causes compiler to hang up. 

01.00 Missing semicolon causes compiler to hang in Pass 1. 

01.00 Host compilers do not put absolute pats specifications in relocatables 

01.00 N0T( f unct ion) as boolean expression in "IF" statement doesn't work. 

01.00 B := ABS(B) fails to write to the data area. 

01.00 K := K + K + K; causes too many pass 2 errors to continue. 

01.00 Preprocessor reports errors when symbols hp64000 , vms or hpux w #if 
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Keyword index 



68000 PASCAL 



Keyword 



Product number uu.ff Description 



******** none******** 64815S001 

64815S001 
64815S001 
64815S001 
64815S001 
64815S001 
64815S001 
64815S001 
64815S001 
64815S001 
64815S001 



BOOLEAN 

CASE STATEMENT 

CODE GENERATOR 

PASS 2 

PASS 3 

PREPROCESSOR 



00.00 Linker output file should use alternate file extension. 

01.10 No form feed between the expanded listing and the cross reference table 

01.20 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

01.30 Missing semicolon causes compiler to hang in Pass 1. 

01.30 Host compilers do not put absolute pats specifications in relocatables 

01.10 N0T(f unction) as boolean expression in "IF" statement doesn't work. 

01.10 Different code generated between Host and 64000 for case statement. 

01.10 B := ABS(B) fails to write to the data area. 

01.20 K := K + K + K; causes too many pass 2 errors to continue. 

01.20 Compiler option $LIST_0BJ 0N$ generates wrong output information. 

01.30 Preprocessor reports errors when symbols hp64000 , vms or hpux w #if 



- 68000 PASCAL 



Keyword 



Product number uu.ff Description 



********none******** 64815S003 

64815S003 
64815S003 
64815S003 
64815S003 
64815S003 
64815S003 
64815S003 
64815S003 
64815S003 
64815S003 
64815S003 
64815S003 



BOOLEAN 

CODE GENERATOR 

PASS 2 

PASS 3 

PREPROCESSOR 



00.00 Linker output file should use alternate file extension. 

01.20 No form feed between the exoanded listing and the cross reference table. 

01.20 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

01.30 Program causes compiler to hang up. 

01.30 Compiler generates illegal 68000 instruction LEAM0VEM.L 

01.30 Request for date and time of link on linker output file. 

01.30 Missing semicolon causes compiler to hang in Pass 1. 

01.30 Host compilers do not put absolute pats specifications in relocatables 

01.20 N0T( function) as boolean expression in "IF" statement doesn't work. 

01.20 B := ABS(B) fails to write to the data area. 

01.20 K := K + K + K; causes too many pass 2 errors to continue. 

01.20 Compiler option $LIST_0BJ 0N$ generates wrong output information. 

01.30 Preprocessor reports errors when symbols hp64000, vms or hpux w #if 



6805/9 ASSEMB 



Keyword 



Product number uu.ff Description 



********none******** 64844S004 

64844S004 
MACRO 64844S004 



00.00 Linker output file should use alternate file extension. 

01.00 Macro def. including .IF, within a IF causes assembler to stop code gen. 

01.00 Conditional instr. .IF with rational oper. in Macro creates bad code 
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Report # page 
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D200053397 95 
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Keyword 



Product number uu.ff Description 



********none******** 64844S001 

64844S001 
64844S001 
64844S001 
64844S001 
64844S001 

MACRO 64844S001 



Report # page 

00.00 Linker output file should use alternate file extension. D200049262 100 

01.10 Passing an undefined parameter to a macro is not flagged as an error. 5000115097 97 

01.20 Variable declared BEXT generates incorrect record in absolute file. D200038273 97 

01.20 Assembler should denote an error on non-absolute .SET expressions. D200046896 98 

01.30 Macro def. including .IF, within a IF causes assembler to stop code gen. D200053371 99 

01.30 Relative address is calculated incorrectly when macro call has null parm D200055939 99 

01.30 Conditional instr. .IF with rational oper. in Macro creates bad code D200048280 98 



Keyword index 



6805/9 ASSEMB - 



Keyword 



Product number uu.ff Description 



********none******** 64844S003 

64844S003 

64844S003 

64844S003 
MACRO 64844S003 



00.00 Linker output file should use alternate file extension. 

01.20 Variable declared BEXT generates incorrect record in absolute file. 

01.20 Assembler should denote an error on non-absolute .SET expressions. 

01.40 Macro def. including .IF, within a IF causes assembler to stop code gen. 

01.40 Conditional instr. .IF with rational oper. in Macro creates bad code 



6809 C 



Keyword 



Product number uu.ff Description 



********none******** 64822 

64822 

64822 

64822 

64822 

64822 

64822 

CODE GENERATOR 64822 

PASS 1 64822 

PASS 3 64822 



01.04 No form feed between the expanded listing and the cross reference table. 

01.04 File fails to compile. Error 1113 is generated. 

01.04 ++ and -- operators evaluated with improper precedence. 

01.04 Comparing character to zero in while loop generates incorrect code. 

01.05 Problem with integer pointer in conditional statement. 

01.05 DIFFERENT BUT EQUAL OBJECT CODE GENERATED ON 64000 THAN IN THE UNIX ENV. 
01.05 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

01.04 16 bit comparison on a 8 bit unsigned short field. 

00.56 No warning or err: taking the sizeof a struct var. not declared. 

01.05 Pass 3 fails to detect relative jump address out-of -range . 



6809 C - 



Keyword 



Product number uu.ff Description 



****#***none******** 64822S004 

64822S004 

64822S004 

64822S004 

CODE GENERATOR 64822S004 

PASS 1 64822S004 



Keyword Product number 

********none******** 64822S001 



00.00 Linker output file should use alternate file extension. 

01.00 File fails to compile. Error 1113 is generated. 

01.00 ++ and -- operators evaluated with improper precedence. 

01.00 Host compilers do not put absolute pats specifications 

00.00 Incorrect opcode "MOV A.ACC" allowed by our assembler 

01.00 Incorrect code is generated when complementing a parm. 

- 6809 C - 

uu.ff Description 

00.00 NO CROSS REFERENCE TABLE IS GENERATED 



in 



in 



relocatables 
a return stmt 



- 6809 C - 



Keyword 



Product number uu.ff Description 



CODE GENERATOR 
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Report # page 



D200049270 
D200038281 
D200046904 
D200053389 
D200048298 



103 
101 
101 
102 
102 



Report # page 



Problem with integer pointer in conditional statement. 

Title description is incorrect. 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Linker output file should use alternate file extension. 

File fails to compile. Error 1113 is generated. 

++ and -- operators evaluated with improper precedence. 

Compilation on the VAX using batch mode generates incorrect listing file 

Host compilers do not put absolute pats specifications in relocatables 

16 bit comparison on a 8 bit unsigned short field. 

Incorrect code is generated when complementing a parm. in a return stmt. 

Compiler option $LIST OBJ 0N$ generates wrong output information. 

Pass 3 fails to detecT relative jump address out-of -range . 
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Keyword index 



Keyword 



******** none ******** 64813 

64813 
64813 

CODE GENERATOR 64813 

64813 

ENHANCEMENT 64813 

INCLUDE 64813 



- 6809 PASCAL - 



Product number uu.ff Description 



Report # page 



01.08 DIFFERENT BUT EQUAL OBJECT CODE GENERATED ON 64000 THAN IN THE UNIX ENV. 

01.08 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

01.09 Missing semicolon causes compiler to hang in Pass 1. 

01.08 SHIFT funct. used as an array reference creates incorrect code. 

01.08 An automat. BYTE to INT. conversion within a WITH statmnt. - gen. bad cd 

Generated for bounds checking in FOR loop with consts. 
es 3 or more deep cause 64000 to "hang" in pass 3. 



01.08 Superfluous code ge 
01.08 Nested INCLUDE file 



6809 PASCAL 



Keyword 



Product number uu.ff Description 



********none******** 64813S004 

64813S004 

64813S004 

CODE GENERATOR 64813S004 

PREPROCESSOR 64813S004 



00.00 Linker output file should use alternate file extension. 

01.00 Missing semicolon causes compiler to hang in Pass 1. 

01.00 Host compilers do not put absolute pats specifications in relocatables 

01.00 SHIFT funct. used as an array reference creates incorrect code. 

01.00 Preprocessor reports errors when symbols hp64000 , vms or hpux w #if 



6809 PASCAL 



Keyword 



Product number uu.ff Description 



********none******** 64813S001 

64813S001 
64813S001 
64813S001 
CODE GENERATOR 64813S001 
ENHANCEMENT 64813S001 

PASS 3 64813S001 

PREPROCESSOR 64813S001 



00.00 Linker output file should use alternate file extension. 

01.00 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

01.10 Missing semicolon causes compiler to hang in Pass 1. 

01.10 Host compilers do not put absolute pats specifications in relocatables 

01.10 SHIFT funct. used as an array reference creates incorrect code. 

01.00 Superfluous code generated for bounds checking in FOR loop with consts 

01.00 Compiler option $LIST_0BJ 0N$ generates wrong output information. 

01.10 Preprocessor reports errors when symbols hp64000, vms or hpux w #if 



- 6809 PASCAL 



Keyword 



Product number uu.ff Description 



********none******** 64813S003 

64813S003 

64813S003 

64813S003 

64813S003 

CODE GENERATOR 64813S003 

ENHANCEMENT 64813S003 

PASS 3 64813S003 

PREPROCESSOR 64813S003 



00.00 Linker output file should use alternate file extension. 

01.00 COMPILER ASSIGNS INCORRECT TEMP STORAGE SOMETIMES BYTE TO REAL. 

01.00 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

01.10 Missing semicolon causes compiler to hang in Pass 1. 

01.10 Host compilers do not put absolute pats specifications in relocatables 

01.10 SHIFT funct. used as an array reference creates incorrect code. 



01.00 Superfluous code generated for bounds checking in FOR loop with consts 

-- -- - •- ;LIST_0BJ 0N$ generates wrong ' " 

01.10 Preprocessor reports errors when symbols hp64000 , vms or hpux w #if 



01.00 Compiler option SLISTOBJ 0N$ generates wrong output information. 
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- 8085 B PASCAL - 



Keyword 



Product number uu.ff Description 



********none******** 64825 

64825 
64825 
64825 
64825 



00.00 Incorrect code generated for WHILE construct. 

01.01 Defining TRUE and FALSE as global may result in duplicate symbol names 

01. 01 Bad code generated for assignment statement. 

01.01 Bad code generated for IF., statement (including WITH). 

01.01 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 



Report # page 



2700005900 
D200026500 
D200037796 
D200041145 
D200047696 



130 
131 
133 
134 
134 



Keyword index 



- 8085 B PASCAL 



Keyword 



Product number uu.ff Description 



********none******** 64825 

64825 

CODE GENERATOR 64825 

64825 

FOR LOOP 64825 

INCLUDE 64825 

PASS 2 64825 

SETS 64825 

STRING 64825 

STRING ARRAYS 64825 



01.02 Incorrect code generated when a CHAR is converted to an UNSIGNED_16. 

01.02 Missing semicolon causes compiler to hang in Pass 1. 

01. 01 Incorrect code generated for IF statement. 

01.01 Incorrect code generated for SET inclusion statement. 

01.01 FOR Signed8 := TO 2 DO REAL1 := REAL1/REAL2 overwrites- t he A-register. 

01.01 Nested INCLUDE files 3 or more deep cause 64000 to "hang" in pass 3. 

01.01 Program re-BOOTS 64000 station. 

01.01 SUPERSET or SUBSET checking doesn't work. 

01.01 Pointers to STRINGS cannot be assigned a string of length one. 

01.01 Multidimensional arrays of packed string arrays cannot be assigned to. 



8085 B PASCAL 



Keyword 



Product number uu.ff Description 



********none******** 64825 SO 04 

64825S004 
64825S004 
64825S004 
64825S004 

PREPROCESSOR 64825S004 



00.00 Linker output file should use alternate file extension. 

01.00 Bad code generated for IF., statement (including WITH). 

01.00 Incorrect code generated when a CHAR is converted to an UNSIGNED_16. 

01.00 Missing semicolon causes compiler to hang in Pass 1. 

01.00 Host compilers do not put absolute pats specifications in relocatables 

01.00 Preprocessor reports errors when symbols hp64000, vms or hpux w #if 



8085 B PASCAL 



Keyword 



Product number uu.ff Description 



********none******** 64825S001 

64825S001 
64825S001 
64825S001 
64825S001 
64825S001 
64825S001 
64825S001 
64825S001 
64825S001 
64825S001 
64825S001 
64825S001 
64825S001 
64825S001 
64825S001 
64825S001 
64825S001 
64825S001 



CODE GENERATOR 

FOR LOOP 

PASS 2 

PASS 3 

PREPROCESSOR 

SETS 

STRING 

STRING ARRAYS 



00.00 Linker output file should use alternate file extension. 

01.10 Defining TRUE and FALSE as global may result in duplicate symbol names. 

01.10 No form feed between the expanded listing and the cross reference table. 

01.10 Incorrect code generated for WHILE construct. 

01.20 Bad code generated for assignment statement. 

01.20 Bad code generated for IF., statement (includi 

01.20 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

01.30 Incorrect code generated when a CHAR is conver 

01.30 Missing semicolon causes compiler to hang in P 

01.30 Host compilers do not put absolute pats specif 

01.10 Incorrect code generated for IF statement. 

01.10 Incorrect code generated for SET inclusion sta 

01.20 FOR Signed8 : = TO 2 DO REAL1 := REAL1/REAL2 

01.10 Array element as argument of CASE statement ca 

01.20 Compiler option $LIsT_0BJ ON$ generates wrong 

01.30 Preprocessor reports errors when symbols hp640 

01.20 SUPERSET or SUBSET checking doesn't work. 

01.10 Pointers to STRINGS cannot be assigned a strin 

01.10 Multidimensional arrays of packed string array 



ng WITH) . 

ted to an UNSIGNED_16 . 

ass 1 . 

ications in relocatables 

tement . 

overwrites the A-register. 

uses compile to fail. 

output information. 

00 , vms or hpux w #if 

g of length one. 

s cannot be assigned to. 



8085 B PASCAL 



Keyword 



Product number uu.ff Description 



********none******** 64825S003 

64825S003 
64825S003 
64825S003 



00.00 Linker output file should use alternate file extension. 

01.10 Defining TRUE and FALSE as global may result in duplicate symbol names. 

01.20 No form feed between the expanded listing and the cross reference table. 

01.20 Incorrect code generated for WHILE construct. 
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8085 C 



Keyword 



Product number uu.ff Description 



******** none******** 64826 

64826 
64826 
64826 
64826 
64826 
64826 
64826 
64826 
64826 
64826 
64826 
64826 
64826 
64826 
64826 
64826 



CODE GENERATOR 



PASS 1 
PASS 3 



01.01 Incorrect code gen by as 
01.01 No form feed between the 
01.01 Addition of dereferenced 
01.01 ++ and -- operators eval 
01.01 Comparing character to z 
01.01 Run time UNDERFLOW error 
01.01 Problem with integer poi 
01.01 Post increment of pointe 

01.01 TOO MANY ERRORS IN PASS 

01.02 Function return address 
01.02 Incorrect code for multi 
01.02 Compiler loses track of 
01.01 Dereferenced and increme 
01.01 A shift assignment opera 
01.01 16 bit comparison on a 8 
01.01 No warning or error: tak 
01.01 Pass 3 fails to detect r 



signment to deref'd 8 bit field of structure. 

expanded listing and the cross reference table. 

pointers to structures may fail, 
uated with improper precedence, 
ero in while loop generates incorrect code. 

using ZDSBSUB library if result has even parity 
nter in conditional statement, 
r results in incorrect code. 
3 IF >127 PROCEDURES 

is incorrect and program returns to wrong place, 
plication dependent on order of operands, 
array index. 

nted 2nd field of structure fails when parameter 
tion ( <<= ) generates incorrect code. 

bit unsigned short field, 
ing the sizeof a struct var. not declared, 
elative jump address out -of -range . 



Report # 


page 


D200037812 


151 


D200041756 


152 


D200047712 


153 


D200052407 


153 


D200052696 


154 


D200059279 


155 


D200022459 


148 


D200022517 


149 


D200044750 


152 


D200037200 


151 


D200058875 


154 


D200040287 


152 


D200034173 


150 


D200020156 


148 


Report * 


page 


D200026781 


157 


D200027805 


158 


D200027912 


158 


D200031104 


159 


D200033258 


159 


D200037465 


161 


D200041376 


162 


D200046037 


163 


D200047720 


163 


5000135780 


156 


D200053777 


163 


D200055277 


164 


D200025387 


156 


D200034298 


160 


D200035923 


160 


D200013995 


156 


D200040816 


162 



8085 C 



Keyword 



Product number uu.ff Description 



Report # page 



********none******** 64826S004 

64826S004 
64826S004 
64826S004 
64826S004 
64826S004 



D200049130 
D200050757 
D200051318 



00.00 Linker output file should use alternate file extension. 

01.00 Defining TRUE and FALSE as global may result in duplicate symbol names 

Ol.OO ++ and -- operators evaluated with improper precedence. 

01.00 Run time UNDERFLOW error using ZDSBSUB library if result has even parity D200052001 

01.00 Compiler loses track of array index. D200055293 

01.00 Host compilers do not put absolute pats specifications in relocatables D200059113 
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Incorrect code gen by assignment to deref'd 8 bit field of structure. 
Addition of dereferenced pointers to structures may fail. 

++ and -- operators evaluated with improper precedence. 

Comparing character to zero in while loop generates incorrect code. 

Run time UNDERFLOW error using ZDSBSUB library if result has even parity 

Problem with integer pointer in conditional statement. 

Title description is incorrect. 

Post increment of pointer results in incorrect code. 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Compiler loses track of array index. 

Host compilers do not put absolute pats specifications in relocatables 

Dereferenced and incremented 2nd field of structure fails when parameter 

A shift assignment operation ( <<= ) generates incorrect code. 

16 bit comparison on an 8 bit unsigned short field. 

Compiler option $LIST OBJ 0N$ generates wrong output information. 

Pass 3 fails to detecT relative jump address out -of -range . 
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ro in while loop generates incorrect code, 
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CODE GENERATOR 


64818 


PASS 1 


64818 



01.06 No error when illegal assignment to a pointer is made. 

02.00 ASM file created by compiler generates errors when assembled. 

02.00 No form feed between the expanded listing and the cross reference table. 



02.00 ++ and 



operators evaluated with improper precedence. 



02.00 Comparing character to zero in while loop generates incorrect code. 

02.00 Problem with integer pointer in conditional statement. 

02.00 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

03.00 ES pushed instead of DS when POINTER SIZE = 32. 

02.00 16 bit comparison on a 8 bit unsigned short field. 

01.06 No warning or error: taking the sizeof a struct var. not declared. 
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00.00 Linker output file should use alternate file extension. 
03.00 ES pushed instead of DS when POINTER SIZE = 32. 
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IN ASM SOURCE PRODUCED WITH $ASM FILES 
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ad of DS when POINTER SIZE = 32. 

the VAX using batch mode generates incorrect listing file 
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on on a 8 bit unsigned short field. 
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detecT relative jump address out-of-range. 
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CODE GENERATOR 
INCLUDE 



01.10 Only two bytes of a three byte array are passed correctly as parameters 

02.00 Param of WRITELN not separated by ,'s cause compiler to abort. 

02.01 Bad "machine" code generated for LEA assembly instruction. 
02.01 Incorrect machine code generated for LEA ... instruction. 
02.01 Error 1102: register needed but not available. 

02.01 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

03.00 Missing semicolon causes compiler to hang in Pass 1. 

03.00 Register needed but not available 

03.00 Width option causes 64000 to enter PV during compilation 

03.00 Variable addresses calculated incorrectly 

02.01 Nested INCLUDE files 3 or more deep cause 64000 to "hang" in pass 3. 
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00.00 Linker output file should use alternate file extension. 

03.00 Missing semicolon causes compiler to hang in Pass 1. 

03.00 Host compilers do not put absolute pats specifications in relocatables 

03.00 Preprocessor reports errors when symbols hp64000, vms or hpux w #if 
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00.00 Linker output file should use alternate file extension. 

01.30 NULL CHARACTERS IN ASM SOURCE PRODUCED WITH $ASM_FILE$ 

02.00 No form feed between the expanded listing and the cross reference table. 

02.00 Bad "machine" code generated for LEA assembly instruction. 

02.00 Error 1102: register needed but not available. 

02.00 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

03.00 Missing semicolon causes compiler to hang in Pass 1. 

03.00 Host compilers do not put absolute pats specifications in relocatables 

02.00 Compiler option $LIST_0BJ 0N$ generates wrong output information. 

03.00 Preprocessor reports errors when symbols hp64000, vms or hpux w #if 
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00.00 Linker output file should use alternate file extension. 

02.00 No form feed between the expanded listing and the cross reference table. 

02.00 Bad "machine" code generated for LEA assembly instruction. 

02.00 NULL CHARACTERS IN ASM SOURCE PRODUCED WITH $ASM_FILE$ 

02.00 Error 1102: register needed but not available. 

02.00 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

03.00 Missing semicolon causes compiler to hang in Pass 1. 

03.00 Host compilers do not put absolute pats specifications in relocatables 

02.00 Compiler option $LIST_0BJ 0N$ generates wrong output information. 

03.00 Preprocessor reports errors when symbols hp64000, vms or hpux w #if 
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Keyword Product number 

#*******none******** 64286 



- F9450 EMULATION - 
uu.ff Description 

01.02 Intermittent PV failures occur on test 8 (10 Cycles) 
- 0P_SYS DEC-VAX / VMS - 



Keyword 



Product number uu.ff Description 
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rdwired" to the system console. 

not work when '.PAS' file extensions are used. 
LOCKING MECHANISM WAS MADE MORE RELIABLE 
n kill a background batch remote control job. 
e is not outputted for exits when needed 
anACL controled directory does not work, 
may not work under certain conditions, 
on on the OPA0 : doesn't contain line-feeds, 
g MAPBUS, changes priority from 12 to 14 and back 
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LINKER 64880 



01.20 High Speed Link transfer can remove files from protected directories 

01.50 REMOTE CONTROL HP6400 LOCKING MECHANISM WAS MADE MORE RELIABLE 

01.50 Foreground signal can kill a background batch remote control job. 

01.50 Hp 64000 exit message is not outputted for exits when needed 

01.50 An escaped shell from the menu can return prematurely 

01.50 Problem with make utility. 

01.50 Problems with the linker listing file and map. 

01.30 Linker is VERY "picky" about the use of file extensions. 
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********none******** 64851S001 

64851S001 
64851S001 
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64851S001 
64851S001 

LINKER 64851S001 



01.20 Assembler should denote an error on non-absolute .SET expressions. 

01.20 Assembler flags error on host but NOT on 64000. 

01.30 Macro def . including .IF, within a IF causes assembler to stop code gen. 

01.40 Comments not delimited by semi-colons appear in the assembler xref. 

01.40 Host compilers do not put absolute pats specifications in relocatables 

01.40 QUOTING CHARACTERS WITHIN STRINGS ARE ALL TRANSLATED TO 

00.00 LINKER WILL NOT LINK FILENANES STARTING WITH A NUMBER 
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Product number uu.ff Description 



********none******** 64851S003 

64851S003 
64851S003 
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64851S003 



00.00 Linker output file should use alternate file extension. 

01.10 Code generated differs from code generated on HP 64000. 

01.20 Assembler should denote an error on non-absolute .SET expressions. 

01.40 Macro def. including .IF, within a IF causes assembler to stop code gen. 

01.40 Comments not delimited by semi-colons appear in the assembler xref. 
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Keyword 



Product number uu.ff Description 
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64851S003 
64851S003 

MACRO 64851S003 

64851S003 



01.40 Host compilers do not put absolute pats specifications in relocatables 

01.40 PROBLEMS WHEN USING "FDB" OR "FCB" WITH A STRING 

01.40 QUOTING CHARACTERS WITHIN STRINGS ARE ALL TRANSLATED TO "." 

01.20 string comparison does not function using conditional .if instr. 

01.40 Conditional instr. .IF with rational oper. in Macro creates bad code 



- Z80 ASSEMB - 



Keyword 



Product number uu.ff Description 



********none******** 64842 

64842 
64842 
64842 



00.01 Legal range error is flagged when .NT. logical operator is used. 
00.01 No error flagged when illegal 16 bit addition is preformed. 



00.01 Assembler should denote an error on non-absolute 
01.11 Z80 assembler allowing illegal instructions. 



. SET expressions 



Z80 ASSEMB 



Keyword 



Product number uu.ff Description 



********none******** 64842S004 

64842S004 
64842S004 

MACRO 64842S004 



00.00 Linker output file should use alternate file extension. 

01.00 Z80 assembler allowing illegal instructions. 

01.00 Macro def . including .IF, within a IF causes assembler to stop code gen. 

01.00 Conditional instr. .IF with rational oper. in Macro creates bad code 



- Z80 ASSEMB - 



Keyword 



Product number uu.ff Description 



********none******** 64842S001 

64842S001 
64842S001 
64842S001 

MACRO 64842S001 



00.00 Linker output file should use alternate file extension. 

01.20 Assembler should denote an error on non-absolute SET expressions. 

01.30 Z80 assembler allowing illegal instructions. 

01.30 Macro def. including .IF, within a IF causes assembler to stop code gen. 

01.30 Conditional instr. .IF with rational oper. in Macro creates bad code 



Z80 ASSEMB 



Keyword 



Product number uu.ff Description 



****:w:**none******** 64842S003 

64842S003 
64842S003 
64842S003 

MACRO 64842S003 



00.00 Linker output file should use alternate file extension. 

01.20 Assembler should denote an error on non-absolute .SET expressions. 

01.30 Macro def. including .IF, within a IF causes assembler to stop code gen. 

01.40 Z80 assembler allowing illegal instructions. 

01.40 Conditional instr. .IF with rational oper. in Macro creates bad code 

- Z80/NSC800 C - 



Keyword 



Product number uu.ff Description 



********none******** 64824 

64824 
64824 
64824 
64824 
64824 



01.01 Incorrect code gen by assignment to deref'd 8 bit field of structure. 

01.01 Incorrect code for switch on dereferenced non-integer structure element. 

01.01 No form feed between the expanded listing and the cross reference table. 

01.01 Addition of dereferenced pointers to structures may fail. 

01.01 Incorrect code when indexing into an array passed as a parameter. 

01.01 Dereferencing pointers to structures in assignment statements may fail. 



Report # page 



D200059303 
D200059410 

D200059956 

1650006536 
D200048413 
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D200026989 
D200027458 
D200027771 
D200027888 
D200028746 
D200028779 
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243 
244 

244 
245 
246 



Keyword index 



Keyword 



Z80/NSC800 C 



Product number uu.ff Description 



Report # page 



********none******** 64824 

64824 
64824 
64824 
64824 
64824 
64824 
64824 
64824 
64824 
64824 
64824 
64824 
64824 
64824 
64824 



CODE GENERATOR 



PASS 1 
PASS 3 



01.01 ++ and -- operators evalua 
01.01 Comparing character to zer 
01.01 Problem with integer point 
01.01 STACK POINTER OFFSETS ARE 
01.01 Illegal forward reference 
01.01 Stack offset to parameter 
01. 0l Conditional containing "po 
01.01 Character being sign conve 
01.01 Updating & assigning ptr a 
01.01 Post increment of pointer 
01.01 TOO MANY ERRORS IN PASS 3 
01.01 Dereferenced and increment 
01.01 A shift assignment operati 
01.01 16 bit comparison on a 8 b 
01.01 No warning or error: takin 
01.01 Pass 3 fails to detect rel 



ted with improper precedence, 
o in while loop generates incorrect code, 
er in conditional statement. 
INCORRECT WHEN ENTERING REAL^TRUNC. 
error generated when initializing structures, 
is incorrect . 

inter to func' is not calling correct func. 
rted to a word causing conditional to be false 
new value causes compiler to genera 
results in incorrect code. 
IF >127 PROCEDURES 

ed 2nd field of structure fails when parameter 
on ( <<= ) generates incorrect code, 
it unsigned short field, 
g the sizeof a struct var. not declared, 
ative jump address out -of -range . 
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- Z80/NSC800 C 



Keyword 



Product number uu.ff Description 



Report # page 



********none******** 64824S004 

64824S004 
64824S004 
64824S004 

CODE GENERATOR 64824S004 



00.00 Linker output file should use alternate file extension. 

01.00 Defining TRUE and FALSE as global may result in duplicate symbol names. 

01.00 ++ and -- operators evaluated with improper precedence. 

01.00 Host compilers do not put absolute pats specifications in relocatables 

00.00 Incorrect opcode "MOV A.ACC" allowed by our assembler 



- Z80/NSC800 C - 



Keyword 



Product number uu.ff Description 



CODE GENERATOR 



PASS 3 



64824S001 
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Linker output file 
NO CROSS REFERENCE 
Incorrect code gen 
Addition of derefer 
Incorrect code when 
Dereferencing point 
++ and -- operators 
Comparing character 
Problem with intege 
Title description i 
Updating & assignin 
Post increment of p 
TOO MANY ERRORS IN 
Host compilers do n 
Dereferenced and in 
A shift assignment 
16 bit comparison o 
Compiler option $LI 
Pass 3 fails to det 



should use alternate file extension 

TABLE IS GENERATED 

by assignment to deref'd 

enced pointers to struct 



indexing into an array 

ers to structures in ass 

evaluated with improper 

to zero in while loop g 

r pointer in conditional 

s incorrect . 

g ptr a new value causes 
ointer results in incorr 
PASS 3 IF >127 PROCEDURE 
ot put absolute pats spe 
cremented 2nd field of s 
operation ( <<= ) genera 
n a 8 bit unsigned short 
ST OBJ 0N$ generates wro 
ecT relative jump addres 



8 bit field of structure, 
ures may f ail . 
passed as a parameter, 
ignment statements may fail. 

precedence . 
enerates incorrect code. 

statement . 

compiler to genera 
ect code. 
S 

cifications in relocatables 
tructure fails when parameter 
tes incorrect code. 

field, 
ng output information. 
s out-of-range. 
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Keyword index 



Keyword 



Z80/NSC800 C 



Product number uu.ff Description 



CODE GENERATOR 



PASS 3 



64824S003 


00. 


00 


64824S003 


01. 


20 


64824S003 


01 


20 


64824S003 


01 


20 


64824S003 


01 


20 


64824S003 


01 


20 


64824S003 


01 


.20 


64824S003 


01 
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64824S003 
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64824S003 


01 
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64824S003 


01 


.20 


64824S003 


01 
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64824S003 


01 


.50 


64824S003 


01 


.50 


64824S003 


01 


.10 


64824S003 


01 


.20 
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01 


.20 


64824S003 


01 


.20 


64824S003 


01 


.20 



Linker output file should use alternate file extension. 

Incorrect code gen by assignment to deref'd 8 bit field of structure. 

Addition of dereferenced pointers to structures may fail. 

Incorrect code when indexing into an array passed as a parameter. 

Dereferencing pointers to structures in assignment statements may fail. 

++ and -- operators evaluated with improper precedence. 

Comparing character to zero in while loop generates incorrect code. 

Problem with integer pointer in conditional statement. 

Title description is incorrect. 

Updating & assigning ptr a new value causes compiler to genera 

Post increment of pointer results in incorrect code. 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Compilation on the VAX using batch mode generates incorrect listing file 

Host compilers do not put absolute pats specifications in relocatables 

Dereferenced and incremented 2nd field of structure fails when parameter 

A shift assignment operation ( <<= ) generates incorrect code. 

16 bit comparison on a 8 bit unsigned short field. 

Compiler option $LIST OBJ 0N$ generates wrong output information. 

Pass 3 fails to detecT relative jump address out -of -range . 



Z80/NSC800PASCAL 



Keyword 



Product number uu.ff Description 



******** none ******** 


64823 




64823 




64823 




64823 




64823 




64823 




64823 




64823 




64823 


CODE GENERATOR 


64823 




64823 


FOR LOOP 


64823 


INCLUDE 


64823 


PASS 3 


64823 


RECURSIVE 


64823 


SETS 


64823 


STRING 


64823 


STRING ARRAYS 


64823 



01.01 Accessing parameter two nesting 
01.01 Defining TRUE and FALSE as globa 
01.01 Incorrect code generated for WHI 
01.01 TOO MANY ERRORS IN PASS 3 IF >12 
01.01 Zcaseerror jumped to rather than 
01.01 Level 3 recursive procedure or f 

01.01 Missing semicolon causes compile 

01.02 Level 3 access of level 1 variab 
01.02 Incorrect code generated when a 
01.01 Incorrect code generated for IF 
01.01 Incorrect code generated for SET 
01.01 FOR Signed8 : = TO 2 DO REAL1 
01.01 Nested INCLUDE files 3 or more d 
01.01 Pass 3 fails to detect relative 
01.01 FOR loops don't work with SRECUR 
01.01 SUPERSET or SUBSET checking does 
01.01 Pointers to STRINGS cannot be as 
00.00 Multidimensional arrays of packe 



levels up is not working. 

1 may result in duplicate symbol names. 

LE const ruct . 

7 PROCEDURES 

called . 
unction causes Error 1008 - Stack Error, 
r to hang in Pass 1. 
les generates incorrect code. 
CHAR is converted to an UNSIGNED_16. 
statement . 

inclusion statement. 
= REAL1/REAL2 overwrites the A-register. 
eep cause 64000 to "hang" in pass 3. 
jump address out-of-range . 
SIVE +$ and WITH, 
n't work . 

signed a string of length one. 
d string arrays cannot be assigned to. 



Z80/NSC800PASCAL 300 



Keyword 



Product number uu.ff Description 



********none ******** 64823S004 

64823S004 
64823S004 
64823S004 
64823S004 

PREPROCESSOR 64823S004 



00.00 Linker output file should use alternate file extension. 

01.00 Incorrect code generated when a CHAR is converted to an UNSIGNED_16 . 

01.00 Missing semicolon causes compiler to hang in Pass 1. 

01.00 Accessing parameter two nesting levels up is not working. 

01.00 Host compilers do not put absolute pats specifications in relocatables 

01.00 Preprocessor reports errors when symbols np64000, vms or hpux w #if 



Report # 


page 


D200049064 


275 
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281 


D200047944 


281 


D200048074 
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Keyword index 



Keyword 



- Z80/NSC800PASCAL 500 



Product number uu.ff Description 



Report # page 



###3MoMofcno n©3MQM£3ME3Mt 


64823S001 


00.00 




64823S001 


01.10 




64823S001 


01.10 




64823S001 


01.10 




64823S001 


01.20 




64823S001 


01.20 




64823S001 


01.30 




64823S001 


01.30 




64823S001 


01.30 




64823S001 


01.30 


CODE GENERATOR 


64823S001 


01.10 




64823S001 


01.10 


FOR LOOP 


64823S001 


01.20 


PASS 3 


64823S001 


01.10 




64823S001 


01.20 


PREPROCESSOR 


64823S001 


01.30 


RECURSIVE 


64823S001 


01.20 


SETS 


64823S001 


01.20 


STRING 


64823S001 


01.10 


STRING ARRAYS 


64823S001 


01.10 



Linker output file should use alternate file extension. 

Defining TRUE and FALSE as global may result in duplicate symbol names. 

No form feed between the expanded listing and the cross reference table. 

Incorrect code generated for WHILE construct. 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Level 3 recursive procedure or function causes Error 1008 - Stack Error. 

Incorrect code generated when a CHAR is converted to an UNSIGNED_16 . 

Missing semicolon causes compiler to hang in Pass 1. 

Accessing parameter two nesting levels up is not working. 

Host compilers do not put absolute pats specifications in relocatables 

Incorrect code generated for IF statement. 

Incorrect code generated for SET inclusion statement. 

FOR Signed8 : = TO 2 DO REAL1 := REAL1/REAL2 overwrites the A-register. 

Pass 3 fails to detect relative jump address out-of -range . 

Compiler option $LIST_0BJ 0N$ generates wrong output information. 

Preprocessor reports errors when symbols hp64000 , vms or hpux w »if 

FOR loops don't work with SRECURSIVE +$ and WITH. 

SUPERSET or SUBSET checking doesn't work. 

Pointers to STRINGS cannot be assigned a string of length one. 

Multidimensional arrays of packed string arrays cannot be assigned to. 



Z80/NSC800PASCAL VAX 



Keyword 



Product number uu.ff Description 



********no n e ******** 


64823S003 


00.00 




64823S003 


01.10 




64823S003 


01.20 




64823S003 


01.20 




64823S003 


01.20 




64823S003 


01.20 




64823S003 


01.40 




64823S003 


01.40 




64823S003 


01.40 




64823S003 


01.40 


CODE GENERATOR 


64823S003 


01.10 




64823S003 


01.10 


FOR LOOP 


64823S003 


01.20 


PASS 3 


64823S003 


01.10 




64823S003 


01.20 


PREPROCESSOR 


64823S003 


01.40 


RECURSIVE 


64823S003 


01.20 


SETS 


64823S003 


01.20 


STRING 


64823S003 


01.20 


STRING ARRAYS 


64823S003 


01.10 



Linker output file should use alternate file ext 

Defining TRUE and FALSE as global may result in 

No form feed between the expanded listing and th 

Incorrect code generated for WHILE construct. 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Level 3 recursive procedure or function causes E 

Incorrect code generated when a CHAR is converte 

Missing semicolon causes compiler to hang in Pas 

Accessing parameter two nesting levels up is not 

Host compilers do not put absolute pats specific 

Incorrect code generated for IF statement. 

Incorrect code generated for SET inclusion state 

FOR Signed8 := O TO 2 DO REAL1 :■ REAL1/REAL2 ov 

Pass 3 fails to detect relative jump address out 

Compiler option $LIST_0BJ 0N$ generates wrong ou 

Preprocessor reports errors when symbols hp64000, vms or hpux w #if 

FOR loops don't work with $RECURSIVE +$ and WITH. 

SUPERSET or SUBSET checking doesn't work. 

Pointers to STRINGS cannot be assigned a string 

Multidimensional arrays of packed string arrays 



ension . 

duplicate symbol names. 

e cross reference table. 



rror 1008 - Stack Error, 
d to an UNSIGNED 16. 
s 1. 
working . 
ations in relocatables 

ment . 

erwrites the A-register. 

-of -range . 

tput information. 



of length one. 

cannot be assigned to. 



- Z8000 C - 



Keyword 



Product number uu.ff Description 



********none******** 64820 

64820 
64820 
64820 



01.03 No form feed between the expanded listing and the cross reference table. 

01.03 ++ and -- operators evaluated with improper precedence. 

01.03 Comparing character to zero in while loop generates incorrect code. 

01.03 Problem with integer pointer in conditional statement. 
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Keyword index 



- Z8000 C - 



Keyword 



Product number uu.ff Description 



********none******** 64820 
PASS 1 64820 

PASS 3 64820 



01.03 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

01.03 No warning or error: taking the sizeof a struct var. not declared 

01.03 Pass 3 fails to detect relative jump address out -of -range . 



Z8000 C 



Keyword 



Product number uu.ff Description 



**#*****none******** 64820S004 

64820S004 
64820S004 

CODE GENERATOR 64820S004 



00.00 Linker output file should use alternate file extension. 

01.00 ++ and -- operators evaluated with improper precedence. 

01.00 Host compilers do not put absolute pats specifications in relocatables 

00.00 Incorrect opcode "MOV A.ACC" allowed by our assembler 



Z8000 C - 



Keyword 



Product number uu.ff Description 



********none******** 64820S001 

64820S001 
64820S001 
64820S001 
64820S001 
64820S001 
64820SC01 
64820S001 
64820S001 

PASS 3 64820S001 

64820S001 



00.00 Linker output file should use alternate file extension. 

00.00 NO CROSS REFERENCE TABLE IS GENERATED 

01.10 Program compiles on 64K, not 9000. Pass 3 error generated. 

01.10 ++ and -- operators evaluated with improper precedence. 

01.10 Comparing character to zero in while loop generates incorrect code. 

01.20 Problem with integer pointer in conditional statement. 

01.20 Title description is incorrect. 

01.20 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

01.40 Host compilers do not put absolute pats specifications in relocatables 

01.20 Compiler option $LIST OBJ 0N$ generates wrong output information. 

01.20 Pass 3 fails to detecT relative jump address out -of -range . 



Z8000 C - 



Keyword 



Product number uu.ff Description 



********none******** 64820S003 

64820S003 
64820S003 
64820S003 
64820S003 
64820S003 
64820S003 
64820S003 

PASS 3 64820S003 

64820S003 



Report # page 
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314 
313 

313 
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Report # page 



00.00 Linker output file should use alternate file extension. 

01.20 ++ and -- operators evaluated with improper precedence. 

01.20 Comparing character to zero in while loop generates incorrect code. 

01.20 Problem with integer pointer in conditional statement. 

01.20 Title description is incorrect. 

01.20 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

01.50 Compilation on the VAX using batch mode generates incorrect listing file 

01.50 Host compilers do not put absolute pats specifications in relocatables 

01.20 Compiler option $LIST OBJ 0N$ generates wrong output information. 

01.20 Pass 3 fails to detecT relative jump address out-of-range . 



- Z8000 PASCAL 



Keyword 



Product number uu.ff Description 



********none******** 64816 

64816 
INCLUDE 64816 



01.09 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

01.10 Missing semicolon causes compiler to hang in Pass 1. 
01.09 Nested INCLUDE files 3 or more deep cause 64000 to "hang' 



in pass 3. 
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Keyword index 



Keyword 



********none******** 64816S004 

64816S004 
PREPROCESSOR 64816S004 



- Z8000 PASCAL 



Product number uu.ff Description 



00.00 Linker output file should use alternate file extension. 

01.00 Missing semicolon causes compiler to hang in Pass 1. 

01.00 Preprocessor reports errors when symbols hp64000 , vms or hpux w #if 



Z8000 PASCAL 



Keyword 



Product number uu.ff Description 



********none******** 64816S001 

64816S001 

64816S001 

64816S001 

PASS 3 64816S001 

PREPROCESSOR 64816S001 



00.00 Linker output file should use alternate file extension. 

01.10 No form feed between the expanded listing and the cross reference table 

01.20 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

01.30 Missing semicolon causes compiler to hang in Pass 1. 

01.20 Compiler option $LIST_0BJ 0N$ generates wrong output information. 

01.30 Preprocessor reports errors when symbols hp64000 , vms or hpux w #if 



- Z8000 PASCAL 



Keyword 



Product number uu.ff Description 



********none******** 64816S003 

64816S003 

64816S003 

64816S003 

PASS 3 64816S003 

PREPROCESSOR 64816S003 



00.00 Linker output file should use alternate file extension. 

01.20 No form feed between the expanded listing and the cross reference table. 

01.20 TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

01.30 Missing semicolon causes compiler to hang in Pass 1. 

01.20 Compiler option $LIST_0BJ 0N$ generates wrong output information. 

01.30 Preprocessor reports errors when symbols hp64000, vms or hpux w tif 



Z80H EMULATION - 



Keyword 



Product number uu.ff Description 



********none******** 64253 

64253 



01.00 modify memory word to VALUE has bytes reversed from Z80 point of view 
01.00 Error in guided softkey syntax. 



Report # page 



D200048868 
D200052639 
D200058826 


326 
326 
326 


Report # 


page 


D200048843 
D200027680 
D200047464 
D200052613 
D200037036 
D200058800 


329 
327 
328 
328 
327 
328 


Report # 


page 


D200048850 
D200027698 
D200047472 
D200052621 
D200037044 
D200058818 


332 
330 
331 
331 
330 
331 


Report # 


page 


5000118414 
D200043398 


333 
333 



SRB detail reports as of 08/25/86 Page: 1 

Number: 2700005173 Product: 6800 C 64821 01.02 

Keywords: CODE GENERATOR 

One-line description: 

16 bit comparison on a 8 bit unsigned short field. 

Problem: 

IMPROPER CODE GENERATED FOR STATEMENT INVOLVING unsigned short 

VARIABLE UNLESS EXPLICITLY RE-CAST AS unsigned short. 

ma in ( ) 

{ 

static unsigned short digit index; 

static unsigned short digitTl2] ; 

int a,b; 

if (digit[digit_index] — ){ 

3 = 4; 

b = 4;} 

else{ 

a=5; 

b=5;} 

} 

IMPROPER CODE IS GENERATED FOR THE COMPARISON ( ie THE COMPARISON IS DONE 

ON 16 BITS (8 OF WHICH HAVE BEEN CLEARED) AGAINST #0FFFFH. 

;2/10/85: The problem also arises if you compare a constant against 

an unsigned short. For example if you declared: 

#define constant ~0 

unsigned short var; 

and later compared these two the compiler will zero out the upper byte 

of the variable var and then compare it to FFFFH. Thus, the condition 

is never met. 

12/16/85: Another example of incorrect code being generated when a 
char variable is used in a test condition is as follows: 

char a; 
main( ) 
/ 

\ 

a = -1; 
if(a -> -1) 
a ='A' ; 
> 

Temporary solution: 

IF THE LIME IN QUESTION IS CHANGED TO: 

if ((unsigned shortldigit [digit_index]--) { 

CORRECT CODE IS GENERATED ALTHOUGH digit [] HAS ALREADY BEEN 

DECLARED unsigned short. 

12/10/85: Declare the constant as a short. In other words: 

♦define constant 0FFH. 

12/16/85: If only 128 valid characters are required the variable can 

be declared as a short int. 

Signed off 08/25/86 in release 101.06 

- 6800 C - 



SRB detail reports as of 08/25/86 



Page: 



Number: 2700005181 Product: 6800 C 
Keywords: CODE GENERATOR 



64821 



01.02 



One-line description: 

Left shift operator when shifting by one in a logical expr. is incorrect 

Problem: 

ORDER OF ELEMENTS FOR AN OR TYPE OPERATION MAY IMPACT 

THE FOLLOWING PROGRAM GENERATES IMPROPER CODE: 



„ c „ 

"6800" 

fct(data) 

unsigned short data; 

{ 

data = data << 1 I data >> 7; 

} 

Temporary solution: 

CHANGING ORDER OF ELEMENTS IN "OR" : 

data = data >> 7 I data << 1; 

GENERATES CORRECT CODE. The correct code is also generated if the var- 
iable "data" is global. This bug only occurs if left shifting by 1. 



Signed off 08/25/86 in release 101.06 



Number: D200013953 Product: 6800 C 
Keywords: PASS 1 



64821 



01.04 



One-line description: 

No warning or error: taking the sizeof a struct var. not declared. 

Problem: 

The compiler should generate an error in the following code. 

"C" 

"6800" 
main ( ) { 

int y; 

y = sizeof (struct x); 

If x is not declared or is declared as anything other than a structure, 
the program compiles with no error messages or warnings. It stores as 
the size zero bytes. 

Signed off 08/25/86 in release 101.06 



6800 C - 



SRB detail reports as of 08/25/86 
Number: D2000 15313 Product: 6800 C 
Keywords: CODE GENERATOR 



64821 



Page: 3 

01.04 



One-line description: 

An erroneous CLRA is generated if a char var. is deer, in a "while" loop 

Problem: 

When a variable declared as a char, is decremented when used as a count- 
er in a while expression, an erroneous CLRA instruction is generated. 
The following exemplifies this: 
"C" 

"6800" 

char count=5; 
main() { 

while (count--); 
} 

After count is decremented and stored into the data area, a CLRA in- 
instruction is executed. This happens before the jump to TFR_DtoX 
and as a result the new value of X is OOxxH since A was cleared before 
the transfer of D to X. This only happens when "count" is declared a 
character variable and is being decremented in the "while" loop. 

Temporary solution: 

Use a for loop for this segment. 

for ( count « 5; count = 0; count--); 

Signed off 08/25/86 in release 101.06 



Number: D200015370 Product: 6800 C 
Keywords: CODE GENERATOR 



64821 



01.04 



One-line description: 

A shift assignment operation ( <<= ) generates incorrect code. 

Problem: 

If a shift assignment is used instead of a shift within an assignment, 
the compiler uses the high byte of the variable to be used as the shift 
counter instead of the low byte. The following is an example: 

"C" 

"procesor name" 
char data=l; 
int shift=4; 
main ( ) { 

data=data< <shift; /* 

data<<=shift; /* 
} 

Temporary solution: 
Use 

data=data< <shift; 
instead of 

data<<=shift; 



works correctly */ 

uses higher order byte of "shift" */ 



SRB detail reports as of 08/25/86 
Signed off 08/25/86 in release 101.06 



Page: 



Number: D200027730 Product: 6800 C 



64821 



01.04 



One-line description: 

No form feed between the expanded listing and the cross reference table. 

Problem: 

During compilation, with XREF option on, the compiler does not provide 
a form feed (FF) in the listing file. The XREF starts on the same page 
as the end of the listing. Also, the page number says 535 when it 
should be page 2. 

Temporary solution: 

After compiling with the xref option, edit the expanded listing file 

and insert a "control L" before the beginning of the cross reference 

listing. 

Signed off 08/25/86 in release 101.06 



Number: D200031385 Product: 6800 C 



64821 



01.04 



One-line description: 

++ and -- operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array [index++] = 1; 

Example 2: array[index] = 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting array[index] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 101.06 



Number: D200033191 Product: 6800 C 



64821 



01.04 



One-line description: 

Comparing character to zero in while loop generates incorrect code. 

Problem: 

If you compare a character variable to zero in a while loop, incorrect 

code is generated. The following code demonstrates the problem. 

"C" 

"6809" 



procO 



{ 



6800 C - 



6800 C - 



SRB detail reports as of 08/25/86 Page: 5 

char timeout = 10; 
while (timeout— ) ; /* Code generated here causes infinite loop. 

The code generated for the while loop clears the A register and then 
compares the D register to -1. Therefore the condition is never met. 

Temporary solution: 

Declare the variable used in the test condition as an integer. 

"C" 

"6809" 



procO 
{ 



int timeout = 10; 

while (timeout — ); 

} 

Signed off 08/25/86 in release 101.06 



Number: D200040725 Product: 6800 C 
Keywords: PASS 3 



64821 



01.04 



One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 

Problem: 

Pass 3 of the compilation process may fail to detect a relative jump 
which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 
OPTIMIZE is enabled. [BLINK_TAS:BUG] 

Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 
around those sections of code which are suspect. 

Signed off 08/25/86 in release 101.06 



Number: D200041285 Product: 6800 C 



64821 



01.04 



One-line description: 

Problem with integer pointer in conditional statement. 

Problem: 

In the following example, two loads are performed, but no other code is 

generated to check for zero value. 

"C" 

"processor name" 

♦define NULL 

fct(parm) 

int *parm; 

{ 

if (parm - NULL) 

- 6800 C - 



SRB detail reports as of 08/25/86 

parm = 10; 
} 

Signed off 08/25/86 in release 101.06 



Page: 



Number: D200047571 Product: 6800 C 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 101.06 



64821 



01.04 



6800 C 



SRB detail reports as of 08/25/86 
Number: D200050260 Product: 6800 C 
Keywords: PASS 1 



Page: 7 
300 64821S004 01.00 



One-line description: 

Incorrect code is generated when complementing a parm. in a return stmt. 

Problem: 

In the following program the incorrect code is generated for the comp- 
lement of the parameter to be returned. 

"C" 

"processor name" 

unsigned short bug() 

{ 

return(~x) ; 
> 

The compiler generates a "NEGB" when it should be a "COMB" 

Temporary solution: 

Set up a temporary variable and assign the complement of the parameter 

to it and then return the temporary. For example, 

unsigned short temp; 

temp - ~x; 

return temp; 

Signed off 08/25/86 in release 401.10 



Number: D200051268 Product: 6800 C 



300 64821S004 



01.00 



One-line description: 

++ and -- operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array [index++] = 1; 

Example 2: arrayfindex] - 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting array[index] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 401.10 



- 6800 C - 



SRB detail reports as of 08/25/86 
Number: D200052282 Product: 6800 C 
Keywords: CODE GENERATOR 



Page: 



300 64821S004 



8 
00.00 



One-line description: 

Incorrect opcode "MOV A,ACC" allowed by our assembler 

Problem: 

The instruction "MOV A.ACC" was assemble and emulated by our products; 

however, the Intel 8051 goes into the weeds at this instrcution. 

At first glance the machine code in the asembler listing appears valid 

(MOV A,ACC ->0000 E5E0 ), but the bottom of page 8-35 in Intel's 

microcontroller handbook states: *M0V A.ACC is not a valid instruction. 

Neither our manuals nor AMD's user manual mention this instruction. 

Signed off 08/25/86 in release 401.10 



Number: D200059022 Product: 6800 C 



300 64821S004 



01.00 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the - 

relocatable file. 

Signed off 08/25/86 in release 401.10 



Number: D200048983 Product: 6800 C 



300 64821S004 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 401.10 



6800 C - 



SRB detail reports as of 08/25/86 
Number: D20O015388 Product: 6800 C 
Keywords: CODE GENERATOR 



Page: 



500 64821S001 



9 
01.00 



One-line description: 

An erroneous CLRA is gen. if a char var. is the counter in a "while" 

Problem: 

When a variable declared as a char, is decremented when used as a count- 
er in a while expression, an erroneous CLRA instruction is generated. 
The following exemplifies this: 
"C" 

"6800" 

char count=5; 
main() { 

while (count--) ; 
} 

After count is decremented and stored into the data area, a CLRA in- 
instruction is executed. This happens before the jump to TFR_DtoX 
and as a result the new value of X is OOxxH since A was cleared before 
the transfer of D to X. This only happens when "count" is declared a 
character variable and is being decremented in the "while" loop. 

Temporary solution: 

Use a for loop for this segment. 

for ( count ■ 5; count = 0; count — ); 

Signed off 08/25/86 in release 101.50 



Number: D200015446 Product: 6800 C 

Keywords: CODE GENERATOR 

One-line description: 

A shift assignment operation ( <<= ) 



500 64821S001 



generates incorrect code. 



01.00 



Problem: 

If a shift assignment is used instead of a shift within an assignment, 

the compiler uses the high byte of the variable to be used as the shift 

counter instead of the low byte. The following is an example: 

"C" 

"6800" 

char data=l; 

int shift=4; 

main () { 

data=data<<shift; 

data<<=shift; 
) 



/* works correctly */ 

/* uses higher order byte of "shift" 



Temporary solution: 

Don't use a shift assignment statement like those above. 

Signed off 08/25/86 in release 101.50 



6800 C 



SRB detail reports as of 08/25/86 
Number: D200015644 Product: 6800 C 
Keywords: PASS 1 



Page: 



500 64821S001 



10 
01.00 



One-line description: 

Incorrect code is generated when complementing a parm. in a return stmt. 

Problem: 

In the following program the incorrect code is generated for the comp- 
lement of the parameter to be returned. 

"C" 

"6800" 

unsigned short bug() 



{ 



return (~x) ; 



The compiler generates a "NEGB" when it should be a "COMB" 

Temporary solution: 

Set up a temporary variable and assign the complement of the parameter 

to it and then return the temporary. For example, 

unsigned short temp; 

temp = ~x; 

return temp; 

Signed off 08/25/86 in release 101.50 



Number: D200021725 Product: 6800 C 



500 64821S001 



01.10 



One-line description: 

Left shift operator when shifting by one in a logical expr. is incorrect 

Problem: 

ORDER OF ELEMENTS FOR AN OR TYPE OPERATION MAY IMPACT 

THE FOLLOWING PROGRAM GENERATES IMPROPER CODE: 

CORRECT CODE GENERATION. 

"C" 

"6800" 

fct(data) 

unsigned short data; 

{ 

data = data << 1 I data >> 7; 

} 

CHANGING ORDER OF ELEMENTS IN "OR" : 

data = data >> 7 I data << 1; 

GENERATES CORRECT CODE. The correct code is also generated if the var- 
iable "data" is global. This bug only occurs if left shifting by 1. 

Signed off 08/25/86 in release 101.50 



6800 C 



SRB detail reports as of 08/25/86 
Number: D200031393 Product: 6800 C 



Page: 



500 64821S001 



11 
01.10 



One-line description: 

++ and — operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array [index++] = 1; 

Example 2: arrayfindex] = 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting array [index] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 101.50 



Number: D200033209 Product: 6800 C 



500 64821S001 



01.10 



One-line description: 

Comparing character to zero in while loop generates incorrect code. 

Problem: 

If you compare a character variable to zero in a while loop, incorrect 

code is generated. The following code demonstrates the problem. 

"C" 

"6809" 

procl) 
{ 
char timeout = 10; 

while(timeout — ); /* Code generated here causes infinite loop. 

} 

The code generated for the while loop clears the A register and then 
compares the D register to -1. Therefore the condition is never met. 

Temporary solution: 

Declare the variable used in the test condition as an integer. 
., c „ 

"6809" 



proc ( ) 
{ 



int timeout = 10; 

while (timeout — ); 

} 

Signed off 08/25/86 in release 101.50 

- 6800 C 



SRB detail reports as of 08/25/86 



Page: 



12 



Number: D200035840 Product: 6800 C 
Keywords: CODE GENERATOR 



500 64821S001 



01.10 



One-line description: 

16 bit comparison on a 8 bit unsigned short field. 

Problem: 

IMPROPER CODE GENERATED FOR STATEMENT INVOLVING unsigned short 

VARIABLE UNLESS EXPLICITLY RE-CAST AS unsigned short. 

mainO 

{ 

static unsigned short digit index; 

static unsigned short digitTl2] ; 

int a,b; 

if (digit[digit_index]--) { 

a=4; 

b=4;} 

else{ 

a=5; 

b=5;} 

> 

IMPROPER CODE IS GENERATED FOR THE COMPARISON ( ie THE COMPARISON IS DONE 

ON 16 BITS (8 OF WHICH HAVE BEEN CLEARED) AGAINST #0FFFFH. 

12/10/85: The problem also arises if you compare a constant against 

an unsigned short. For example if you declared: 

#define constant ~0 

unsigned short var; 

and later compared these two the compiler will zero out the upper byte 

of the variable var and then compare it to FFFFH. Thus, the condition 

is never met. 

12/16/85: Another example of incorrect code being generated when a 
char variable is used in a test condition is as follows: 

char a; 
ma int ) 
{ 

a - -1; 

if(a -= -1) 

> '■''"■ 

Temporary solution: 

IF THE LINE IN QUESTION IS CHANGED TO: 

if ((unsigned short)digit[digit_index] — ){ 

CORRECT CODE IS GENERATED ALTHOUGH digit [] HAS ALREADY BEEN 

DECLARED unsigned short. 

12/10/85: Declare the constant as a short. In other words: 

♦define constant 0FFH. 

12/16/85: If only 128 valid characters are required the variable can 

be declared as a short int. 



- 6800 C 



SRB detail reports as of 08/25/86 
Signed off 08/25/86 in release 101.50 



Page: 13 



Number: D200037119 Product: 6800 C 
Keywords: PASS 3 



500 64821S001 



01.20 



One-line description: 

Compiler option $LIST_OBJ ON$ generates wrong output information. 

Problem: 

Use of the compiler option $LIST_0BJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 

SEXTENSIONS 0N$ 
$LIST_OBJ ON$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 

PROCEDURE one; 



BEGIN 
a : 
END; 



b; 



In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
incorrect "printf" mask when generating the output file. 



NOTE: 



THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
THE GENERATED CODE IS CORRECT. 



Signed off 08/25/86 in release 101.50 



Number: D2O0040733 Product: 6800 C 
Keywords: PASS 3 



500 64821S001 



01.20 



One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 

Problem: 

Pass 3 of the compilation process may fail to detect a relative jump 
which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 
OPTIMIZE is enabled. [BLINK_TAS:BUG] 

Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 
around those sections of code which are suspect. 

Signed off 08/25/86 in release 101.50 

- 6800 C - 



SRB detail reports as of 08/25/86 



Page: 14 



Number: D200041293 Product: 6800 C 



500 64821S001 



01.20 



One-line description: 

Problem with integer pointer in conditional statement. 

Problem: 

In the following example, two loads are performed, but no other code is 

generated to check for zero value. 

"C" 

"processor name" 

#define NULL 

fct(parm) 

int *parm; 

if (parm - NULL) 
parm = 10; 
} 

Signed off 08/25/86 in release 101.50 



Number: D200045955 Product: 6800 C 

One- line description: 

Title description is incorrect. 

Signed off 08/25/86 in release 101.50 



500 64821S001 



01.20 



Number: D200047589 Product: 6800 C 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 101.50 



500 64821S001 



01.20 



Number: D200049718 Product: 6800 C 500 64821S001 00.00 

One-line description: 

NO CROSS REFERENCE TABLE IS GENERATED 

Problem: 

"C" COMPILERS DO NOT GENERATE A CROSS REFERENCE TABLE ON THE 

VAX. 

Temporary solution: 
NONE KNOWN AT PRESENT 

Signed off 04/18/86 in release 101.50 



Number: D200059006 Product: 6800 C 



500 64821S001 



01.40 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

- 6800 c - 



SRB detail reports as of 08/25/86 

relocatable file. 

Signed off 08/25/86 in release 101.50 



Page: 



15 



Number: D200048967 Product: 6800 C 



500 64821S001 



00.00 



One- line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 101.50 



6800 C 



SRB detail reports as of 08/25/86 
Number: D200015396 Product: 6800 C 
Keywords: CODE GENERATOR 



Page: 



VAX 64821S003 



16 
01.00 



One-line description: 

An erroneous CLRA is gen. if a char var. is used as a ctr. in a "while" 

Problem: 

When a variable declared as a char, is decremented when used as a count- 
er in a while expression, an erroneous CLRA instruction is generated. 
The following exemplifies this: 
"C" 

"6800" 

char count=5; 
mainO { 

while (count--); 
} 

After count is decremented and stored into the data area, a CLRA in- 
instruction is executed. This happens before the jump to TFR_DtoX 
and as a result the new value of X is OOxxH since A was cleared before 
the transfer of D to X. This only happens when "count" is declared a 
character variable and is being decremented in the "while" loop. 

Temporary solution: 

Use a for loop for this segment. 

for ( count » 5; count = 0; count--); 

Signed off 08/25/86 in release 301.80 



Number: D200015453 Product: 6800 C 

Keywords: CODE GENERATOR 

One-line description: 

A shift assignment operation ( <<= ) 



VAX 64821S003 



generates incorrect code. 



01.00 



Problem: 

If a shift assignment is used instead of a shift within an assignment, 

the compiler uses the high byte of the variable to be used as the shift 

counter instead of the low byte. The following is an example: 

"C" 

"6800" 

char data=l; 

int shift=4; 

main () { 

data=data< <shif t; 

data< <=shif t; 
} 



/* works correctly */ 

/* uses higher order byte of "shift" */ 



Temporary solution: 

Don't use a shift assignment statement like those above. 

Signed off 08/25/86 in release 301.80 



6800 C 



SRB detail reports as of 08/25/86 
Number: D200015669 Product: 6800 C 
Keywords: PASS 1 



Page: 17 
VAX 64821S003 01.00 



One-line description: 

Incorrect code is generated when complementing a parm. in a return stmt. 

Problem: 

In the following program the incorrect code is generated for the comp- 
lement of the parameter to be returned. 

-C" 

"6800" 

unsigned short bug() 



return (~x) ; 



The compiler generates a "NEGB" when it should be a "COMB" 

Temporary solution: 

Set up a temporary variable and assign the complement of the parameter 

to it and then return the temporary. For example, 

unsigned short temp; 

temp = ~x; 

return temp; 

Signed off 08/25/86 in release 301.80 



Number: D20 0021733 Product: 6800 C 



VAX 64821S003 



01.10 



One-line description: 

Left shift operator when shifting by one in a logical expr. is incorrect 

Problem: 

ORDER OF ELEMENTS FOR AN OR TYPE OPERATION MAY IMPACT 
THE FOLLOWING PROGRAM GENERATES IMPROPER CODE: 

CORRECT CODE GENERATION. 

"C" 

"6800" 

fct(data) 

unsigned short data: 

{ 

data = data << 1 I data >> 7; 

} 

CHANGING ORDER OF ELEMENTS IN "OR" : 

data = data >> 7 I data << 1; 

GENERATES CORRECT CODE. The correct code is also generated if the var- 
iable "data" is global. This bug only occurs if left shifting by 1. 

Signed off 08/25/86 in release 301.80 



6800 C 



SRB detail reports as of 08/25/86 
Number: D200031401 Product: 6800 C 



Page: 18 
VAX 64821S003 01.20 



One-line description: 

++ and -- operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array[index++] = 1; 

Example 2: array [index] = l; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting array[index] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 301.80 



Number: D200033217 Product: 6800 C 



VAX 64821S003 



01.20 



One-line description: 

Comparing character to zero in while loop generates incorrect code. 

Problem: 

If you compare a character variable to zero in a while loop, incorrect 

code is generated. The following code demonstrates the problem. 

"C" 

"6809" 



prod 



{ 
char timeout = 10; 

while! timeout — ); /* Code generated here causes infinite loop. 

The code generated for the while loop clears the A register and then 
compares the D register to -1. Therefore the condition is never met. 

Temporary solution: 

Declare the variable used in the test condition as an integer. 

"C" 
"6809" 



proc( ; 
{ 



int timeout = 10; 
while (timeout--); 

Signed off 08/25/86 in release 301.80 

- 6800 C 
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Number: D200035857 Product: 6800 C 
Keywords: CODE GENERATOR 



VAX 64821S003 



01.20 



One-line description: 

16 bit comparison on a 8 bit unsigned short field. 

Problem: 

IMPROPER CODE GENERATED FOR STATEMENT INVOLVING unsigned short 

VARIABLE UNLESS EXPLICITLY RE-CAST AS unsigned short. 

main( ) 

{ 

static unsigned short digit index; 

static unsigned short digitTl2] ; 

int a,b; 

if (digit[digit_index] — ){ 

a=4; 

b=4;} 

else{ 

a=5; 

b=5;} 

> 

IMPROPER CODE IS GENERATED FOR THE COMPARISON (ie THE COMPARISON IS DONE 

ON 16 BITS (8 OF WHICH HAVE BEEN CLEARED) AGAINST #0FFFFH. 

12/10/85: The problem also arises if you compare a constant against 

an unsigned short. For example if you declared: 

#define constant ~0 

unsigned short var; 

and later compared these two the compiler will zero out the upper byte 

of the variable var and then compare it to FFFFH. Thus, the condition 

is never met. 

12/16/85: Another example of incorrect code being generated when a 
char variable is used in a test condition is as follows: 

char a; 
main( ) 
{ 

a = -1; 

if(a " -1) 
a -'A'; 
} 

Temporary solution: 

IF THE LINE IN QUESTION IS CHANGED TO: 

if ((unsigned short)digit[digit_index] — ){ 

CORRECT CODE IS GENERATED ALTHOUGH digit[] HAS ALREADY BEEN 

DECLARED unsigned short. 

12/10/85: Declare the constant as a short. In other words: 

#define constant 0FFH. 

12/16/85: If only 128 valid characters are required the variable can 

be declared as a short int. 



- 6800 C 



SRB detail reports as of 08/25/86 
Signed off 08/25/86 in release 301.80 
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Number: D200037127 Product: 6800 C 
Keywords: PASS 3 



VAX 64821S003 



01.20 



One-line description: 

Compiler option $LIST_OBJ 0N$ generates wrong output information. 

Problem: 

Use of the compiler option $LIST_0BJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 

SEXTENSIONS 0N$ 
$LIST_OBJ ON$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 

PROCEDURE one; 

BEGIN 

a :• b; 

END; 

In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
incorrect "printf" mask when generating the output file. 

NOTE: THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
THE GENERATED CODE IS CORRECT. 

Signed off 08/25/86 in release 301.80 



Number: D200040741 Product: 6800 C 
Keywords: PASS 3 



VAX 64821S003 



01.20 



One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 

Problem: 

Pass 3 of the compilation process may fail to detect a relative jump 
which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 
OPTIMIZE is enabled. [BLINK_TAS:BUG] 

Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 
around those sections of code which are suspect. 

Signed off 08/25/86 in release 301.80 

- 6800 C - 
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Number: D200041301 Product: 6800 C 



VAX 64821S003 



01.20 



One- line description: 

Problem with integer pointer in conditional statement. 

Problem: 

In the following example, two loads are performed, but no other code is 

generated to check for zero value. 



"processor name" 
♦define NULL 
fct (parm) 
int *parm; 
{ 

if (parm - NULL) 
parm = 10; 
} 



Signed off 08/25/86 in release 301.80 



Number: D2O0045963 Product: 6800 C 

One-line description: 

Title description is incorrect. 

Signed off 08/25/86 in release 301.80 



VAX 64821S003 



01.20 



Number: D200047597 Product: 6800 C 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 301.80 



VAX 64821S003 



01.20 



Number: D200055152 Product: 6800 C 



VAX 64821S003 



01.50 



One-line description: 

Compilation on the VAX using batch mode generates incorrect listing file 

Problem: 

The test files can be found on the VAX750 under user$disk: [robin. 

hughes. rgalo. test] . The following test files were used: 

1. MTINHST_C. - File which contains one error- a missing '}' on 

line 70 

2. TMTINHST_C. - Error-free version of MTINHST_C. 

3. MT0PNDF_C. - File which contains one error - missing declaration 

for integer 'j' 

4. MT0PNDFT_C. - Error-free version of MT0PNDF_C. 

One logical name must be defined as follows to access the include 
files referenced by the test programs: 

- 6800 C - 
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$define BSLN user$disk: [robin. hughes. wsbsln. baseline] 
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When the four files were compiled interactively, the two error-free 
versions generated correct listings. The first file (MTINHST^C.) 
generated an incomplete and incorrect listing file. The listing 
showed the include files inserted first, followed by "C", "8086" 
and a few other lines of the program. The output displayed on the scree 
n looked like: 

In passl. 
70 else 

"25 
136 

"408 
In C Nocode. 
comp: C NOcode cannot recover from errors. 

When the third file (MT0PNDF_C. ) was compiled, the listing appeared 
fine except for the insertion a some strange control charaters. 

These last two files were compiled in batch mode (file: user$disk: 
[rob in. hughes. rgalo. test]hughes.com) . 

The first file (MTINHST_C.) generated a complete but incorrect listing. 
Although two errors were found (25 & 408) the line at the bottom 
stated that errors = 0. The include file expansion preceeded the 
"C" and "8086" in the listing, and lines like, #include filename, were 
still in the file. The error message was at line 72 of the listing 
instead of line 2472 were the '}' was actual missing. Finally the last 
100 lines had useless numbers in the left margin. 

When the third file (MTOPNDF^C. ) was compiled, an incomplete listing was 
generated with the include file expansions listed first. 

All of these tests were done on the VAX750 with the /e/v/o options. 

This problem also occurs on the 68000. 

Temporary solution: 

No temporary solution available 

Signed off 08/25/86 in release 301.80 



Number: D200059014 Product: 6800 C 



VAX 64821S003 



01.50 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Signed off 08/25/86 in release 301.80 



- 6800 C - 



SRB detail reports as of 08/25/86 
Number: D200048975 Product: 6800 C 



Page: 



VAX 64821S003 
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00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 301.80 



6800 C - 



SRB detail reports as of 08/25/86 

Number: 2700004804 Product: 6800 PASCAL 

Keywords: DEBUG LIBRARY 

One-line description: 

X-reg modified after MUL or DIV operations. 

Signed off 08/25/86 in release 101.10 



64811 



Page: 24 

01.08 



Number: 5000084806 Product: 6800 PASCAL 64811 01.08 

Keywords: PARAMETERS RANGE 

One-line description: 

Incorrect parameter passing with $RANGE 0N$. 

Problem: 

If range is on and the parameter to be passed is not the first element 

of a record, the parameter is passed incorrectly. 

Temporary solution: 

Don't turn range on around function or procedure calls that pass 

elements of a record. 

Signed off 08/25/86 in release 101.10 



Number: 5000104612 Product: 6800 PASCAL 
Keywords: RANGE 



64811 



01.08 



One- line description: 

Incorrect code generated for multiple array comparisons. 



Problem: 






SEXTENSIONS 


RANGES 




VAR LA 


: ARRAY [0. 


. 1 ] OF BYTE 


B 


: BYTE; 




BOOL 


: BOOLEAN; 





BEGIN 

BOOL := (B > LA[0]) OR (B > LA[1]); {GENERATES INCORRECT CODE. E.G., A 

CALL TO EMPTY_SET_. } 

Temporary solution: 
SRANGE 0FF$ 

Signed off 08/25/86 in release 101.10 



Number: 5000104620 Product: 6800 PASCAL 
Keywords: RANGE 



64811 



01.08 



One-line description: 

RECORD accesses using WITH generate call to EMPTY_SET_ if $RANGE 0N$. 



Problem: 



- 6800 PASCAL 
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$EXTENSIONS;RANGE$ 
VAR I : INTEGER; 
REC : RECORD 

PLACEHOLDER : BYTE; 
B '" : BYTE; 
END; 

BEGIN 

WITH REC DO I :- B; {GENERATES A CALL TO EMPTY SET_, USED BY PASS 2 AS 

A MEANS OF ERROR RECOVERY! 
WITH REC DO i := BYTE(B); {OK} 

Signed off 08/25/86 in release 101.10 



Number: 500 0120378 Product: 6800 PASCAL 
Keywords: PARAMETERS 



64811 



01.08 



One-line description: 

Compiler accepts actual and formal parameters of different types. 

Problem: 

The manual states that actual and formal parameters must match in 
number, order and type. If the formal and actual parameters are of 
different types but are the same size, an error message is not 
generated. If the formal parameter is a different type and size of 
the actual parameter, an warning message is generated (505 - type 
change chamges physical size). Neither case produces the expected 
142 error - illegal parameter substitution. 

The following program demonstrates the problem: 
"processor name" 
PROGRAM TEST; 

$EXTENSI0NS ON $ 



TYPE Tl 
T2 



0. .10; 
-20. .20; 



VAR VI : T2; 
V2 : BYTE; 

PROCEDURE PR0C1 (VAR PI : Tl); 

BEGIN 

END; 

PROCEDURE PR0C2 (VAR P2 : INTEGER) 

BEGIN 
END; 

BEGIN 

PROCl(Vl); 

PR0C2(V2); 
END. 



- 6800 PASCAL 



SRB detail reports as of 08/25/86 

This problem occured on all pascal compilers. 

Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 101.10 
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Number: D200014795 Product: 6800 PASCAL 64811 01.00 

One-line description: 
Statement Sequences. 

Problem: 

Certain statement sequences involving mixed real and integer expressions 

with the $RANGE_0N$ option, may cause "Too many errors in Pass2" error 

message. 

Temporary solution: 

Turn off the $RANGE_0N$ option if this occurs. 

Note: a brief example is not verifiable at this time. 

The error can only be created in a moderately large file. 



Signed off 08/25/86 in release 101.10 



Number: D200034959 Product: 6800 PASCAL 



64811 



01.08 



One-line description: 

"IF B2" after "REPEAT. .UNTIL Bl OR B2" doesn't work. 

Problem: 

VAR B00L1, B00L2 : BOOLEAN; 

BEGIN 

REPEAT 

UNTIL B00L1 OR B00L2 

IF B0OL2 THEN {THIS CHECKS TH B REGISTER WHICH CONTAINS 

B00L1 + B00L2, NOOT B00L2} 
$AMNESIA +$ 

Signed off 08/25/86 in release 101.10 



Number: D200036764 Product: 6800 PASCAL 
Keywords: INCLUDE 



64811 



01. Of 



One-line description: 

Nested INCLUDE files 3 or more deep cause 64000 to "hang" in pass 3. 

Problem: 

Nested INCLUDE files 3 or more deep cause 64000 to hang in pass 3. 

Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 101.10 



- 6800 PASCAL - 



SRB detail reports as of 08/25/86 
Number: D200037663 Product: 6800 PASCAL 
Keywords: PASS 2 RANGE 



64811 

REAL 



Page: 27 

01.08 



One-line description: 

Stops in Pass 2 if a long program using real with $RANGE 0N$. 

Problem: 

The compiler stops in pass 2 in long programs using real numbers if 

$RANGE 0N$. 

Signed off 08/25/86 in release 101.10 



Number: D200037713 Product: 6800 PASCAL 
Keywords: PASS 2 



64811 



01.08 



One-line description: 

ODD(INTEGER) in recursive procedure causes too many pass 2 errors. 

Problem: 

The use of 0DD( 16-bit INTEGER TYPE) may cause the compiler to stop in 

PASS 2 with too many errors to continue if it is done in a recursive 

procedure. 

Signed off 08/25/86 in release 101.10 



Number: D200047332 Product: 6800 PASCAL 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 101.10 



64811 



01.08 



Number: D200051987 Product: 6800 PASCAL 
Keywords: CONSTANTS 



64811 



01.09 



One-line description: 

Constants may not be assigned their full 32 bit values. 

Problem: 

CONST 

CI = (0FFFFFF80H); will not be acceptable to the compiler even 
though in some situations we specify that a 
constant must be defined this way. 

Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 101.10 



6800 PASCAL - 
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Number: D200052449 Product: 6800 PASCAL 



Page: 
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28 
01.09 



One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

"processor name" 
PROGRAM MAIN; 
TYPE 
STRUCTURED* RECORD 

INT1: INTEGER; 

INT2: INTEGER; 

END; 

PROCEDURE 0UTER(VAR PI: STRUCTURED; VAR P2:INTEGER); 

VAR I: INTEGER; 

BEGIN 

I:«P1 < — This missing semicolon causes the problem 

I:-P1.2; 

I:=P2; 

END; 

BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 101.10 



6800 PASCAL 
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Number: D200051870 Product: 6800 PASCAL 

Keywords: RANGE 
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300 64811S004 01.00 



One-line description: 

Incorrect code generated for multiple array comparisons. 

Problem: 
^EXTENSIONS; RANGES 



VAR LA 
B 
BOOL 



ARRAY [0..1] OF BYTE; 

BYTE; 

BOOLEAN; 



BEGIN 

BOOL := (B > LA[0]) OR (B > LA[1]); {GENERATES INCORRECT CODE. E.G., A 

CALL TO EMPTY_SET_. } 

Temporary solution: 
$RANGE OFF$ 

Signed off 08/25/86 in release 401.10 



Number: D200051888 Product: 6800 PASCAL 

Keywords: RANGE 



300 64811S004 



01.00 



One-line description: 

RECORD accesses using WITH generate call to EMPTY_SET_ if SRANGE ON$. 

Problem: 

$EXTENSI0NS;RANGE$ 
VAR I : INTEGER; 
REC : RECORD 

PLACEHOLDER : BYTE; 
B : BYTE; 

END; 

BEGIN 

WITH REC DO I := B; {GENERATES A CALL TO EMPTY SET_, USED BY PASS 2 AS 

A MEANS OF ERROR RECOVERY! 
WITH REC DO i := BYTE(B); {OK} 

Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 401.10 



Number: D200052472 Product: 6800 PASCAL 



300 64811S004 



01.00 



One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 
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"processor name 

PROGRAM MAIN; 

TYPE 

STRUCTURED- RECORD 

INT 1: INTEGER; 

INT2: INTEGER; 

END; 

PROCEDURE 0UTER(VAR PI: STRUCTURED; VAR P2:INTEGER); 

VAR I: INTEGER; 

BEGIN 

I: -PI < — This missing semicolon causes the problem 

I:=P1.2; 

I:=P2; 

END; 

BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 401.10 



Number: D200058701 Product: 6800 PASCAL 
Keywords: PREPROCESSOR 



300 64811S004 



01.00 



One-line description: 

Preprocessor reports errors when symbols hp64000, vms or hpux w #if 

Signed off 08/25/86 in release 401.10 



Number: D200059139 Product: 6800 PASCAL 



300 64811S004 



01.00 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Signed off 08/25/86 in release 401.10 



Number: D200048744 Product: 6800 PASCAL 



300 64811S004 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 401.10 



- 6800 PASCAL - 
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Number: 2700005512 Product: 6800 PASCAL 



Page: 31 
500 64811S001 01.08 



One-line description: 

No form feed between the expanded listing and the cross reference table. 

Problem: 

During compilation, with XREF option on, the compiler does not provide 
a form feed (FF) in the listing file. The XREF starts on the same page 
as the end of the listing. Also, the page number says 535 when it 
should be page 2. 

Temporary solution: 

After compiling with the xref option, edit the expanded listing file 

and insert a "control L" before the beginning of the cross reference 

listing. 

Signed off 08/25/86 in release 101.40 



500 64811S001 



Number: D200014779 Product: 6800 PASCAL 

One-line description: 
Statement sequences. 

Problem: 

Certain statement sequences invoking the ODD(x) function cause 

"Too many errors in Pass2" error message. 

Temporary solution: 

error: IF 0DD(x) AND (i<>j) THEN ...may produce this error 

work around: IF (0DD(x)=TRUE) AND (i<>j) THEN ... should work OK. 

Signed off 08/25/86 in release 101.40 



01.00 



500 64811S001 



01.10 



Number: D200030569 Product: 6800 PASCAL 

Keywords: PARAMETERS 

One-line description: 

Incorrect parameter passing with $RANGE 0N$. 

Problem: 

If range is on and the parameter to be passed is not the first element 

of a record, the parameter is passed incorrectly. 

Temporary solution: 

Don't turn range on around function or procedure calls that pass 

elements of a record. 

Signed off 08/25/86 in release 101.40 



Number: D200036699 Product: 6800 PASCAL 500 64811S001 

doesn't work. 



01.20 



One-line description: 

"IF B2" after "REPEAT. .UNTIL Bl OR B2" 



Problem: 



6800 PASCAL - 
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VAR B00L1, B00L2 : BOOLEAN; 
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BEGIN 

REPEAT 

UNTIL B00L1 OR B00L2 

IF B00L2 THEN {THIS CHECKS TH B REGISTER WHICH CONTAINS 

B00L1 + B00L2, N00T B00L2} 
SAMNESIA +$ 

Signed off 08/25/86 in release 101.40 



Number: D200036962 Product: 6800 PASCAL 
Keywords: PASS 3 



500 64811S001 



01.20 



One-line description: 

Compiler option $LIST_0BJ ON$ generates wrong output information. 

Problem: 

Use of the compiler option $LIST_0BJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 

$EXTENSI0NS 0N$ 
$LIST_0BJ 0N$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 

PROCEDURE one; 

BEGIN 

a :- b; 
END; 

In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
incorrect "printf" mask when generating the output file. 



NOTE: 



THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
THE GENERATED CODE IS CORRECT. 



Signed off 08/25/86 in release 101.40 



Number: D200040204 Product: 6800 PASCAL 
Keywords: RANGE 



500 64811S001 



01.20 



One-line description: 

Incorrect code generated f r multiple array comparisons. 

Problem: 
$EXTENSI0NS; RANGES 

- 6800 PASCAL - 
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VAR LA 

B 
BOOL 



ARRAY [0. .1] OF BYTE; 

BYTE; 

BOOLEAN; 



BEGIN 

BOOL := (B > LA[0]) OR (B > LA[1]); {GENERATES INCORRECT CODE. E.G., A 

CALL TO EMPTY_SET_. } 

Temporary solution: 
$RANGE 0FF$ 

Signed off 08/25/86 in release 101.40 



Number: D2O004O220 Product: 6800 PASCAL 
Keywords: RANGE 



500 64811S001 



01.20 



One-line description: 

RECORD accesses using WITH generate call to EMPTY_SET_ if $RANGE ON$. 

Problem: 

TYPE SETJTYPE = SET OF (60,61,62,83,84,65,66,87); 

VAR X : SETJTYPE; 

BEGIN 

IF X <= [63, B4] THEN; {GENERATES INCORRECT CODE} 

IF X >= [B3.B4] THEN; {GENERATES INCORRECT CODE} 

Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 101.40 



Number: D2O0047340 Product: 6800 PASCAL 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 101.40 



500 64811S001 



01.20 



Number: D2O0052217 Product: 6800 PASCAL 



500 64811S001 



01.30 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Signed off 08/25/86 in release 101.40 



Number: D200052225 Product: 6800 PASCAL 
Keywords: PREPROCESSOR 



500 64811S001 



01.30 



One-line description: 

Preprocessor reports errors when symbols hp64000, vms or hpux w #if 

- 6800 PASCAL - 
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Signed off 08/25/86 in release 101.40 
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Number: D200052456 Product: 6800 PASCAL 



500 64811S001 



01.30 



One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

"processor name" 

PROGRAM MAIN; 

TYPE 

STRUCTURED- RECORD 

INT1: INTEGER; 

INT2: INTEGER; 

END; 

PROCEDURE 0UTER(VAR PI: STRUCTURED; VAR P2: INTEGER) ; 

VAR I: INTEGER; 

8EGIN 

I:«P1 < — This missing semicolon causes the problem 

I:=P1.2; 

I:=P2; 

END; 

BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 101.40 



Number: D200046151 Product: 6800 PASCAL 



500 64811S001 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 101.40 
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Number: D200014787 Product: 6800 PASCAL VAX 64811S003 

One-line description: 
Statement sequences. 

Problem: 

Certain statement sequences invoking the 0DD(x) function cause 

"Too many errors in Pass2" error message. 

Temporary solution: 

error: IF ODD(x) AND (i<>j) THEN ...may produce this error 

work around: IF (0DD(x)=TRUE) AND (i<>j) THEN ... should work OK. 

Signed off 08/25/86 in release 301.60 



Number: D200027631 Product: 6800 PASCAL 



VAX 64811S003 



01.20 



One-line description: 

No form feed between the expanded listing and the cross reference table. 

Problem: 

During compilation, with XREF option on, the compiler does not provide 
a form feed (FF) in the listing file. The XREF starts on the same page 
as the end of the listing. Also, the page number says 535 when it 
should be page 2. 

Temporary solution: 

After compiling with the xref option, edit the expanded listing file 

and insert a "control L" before the beginning of the cross reference 

listing. 

Signed off 08/25/86 in release 301.60 



VAX 64811S003 



01.20 



Number: D200030577 Product: 6800 PASCAL 

Keywords: PARAMETERS 

One-line description: 

Incorrect parameter passing with $RANGE 0N$. 

Problem: 

If range is on and the parameter to be passed is not the first element 

of a record, the parameter is passed incorrectly. 

Temporary solution: 

Don't turn range on around function or procedure calls that pass 

elements of a record. 

Signed off 08/25/86 in release 301.60 



6800 PASCAL 



SRB detail reports as of 08/25/86 
Number: D200036707 Product: 6800 PASCAL 



Page: 



VAX 64811S003 



36 
01.20 



One-line description: 

"IF B2" after "REPEAT. .UNTIL Bl OR B2" doesn't work. 

Problem: 

VAR B00L1, B00L2 : BOOLEAN; 

BEGIN 

REPEAT 

UNTIL B00L1 OR B00L2 

IF B00L2 THEN {THIS CHECKS TH B REGISTER WHICH CONTAINS 

B00L1 + B00L2, NOOT B0OL2} 
$AMNESIA +$ 

Signed off 08/25/86 in release 301.60 



Number: D200036970 Product: 6800 PASCAL 
Keywords: PASS 3 



VAX 64811S003 



01.20 



One-line description: 

Compiler option $LIST_0BJ 0N$ generates wrong output information. 

Problem: 

Use of the compiler option $LIST_0BJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 

$EXTENSIONS 0N$ 
$LIST_0BJ 0N$ 
PROGRAM test; 

VAR 

a, t> : BOOLEAN; 

PROCEDURE one; 

BEGIN 



END; 



:= b; 



In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
incorrect "printf" mask when generating the output file. 



NOTE : 



.THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 

THE GENERATED CODE IS CORRECT. 



Signed off 08/25/86 in release 301.60 



- 6800 PASCAL - 



SRB detail reports as of 08/25/86 
Number: D200040212 Product: 6800 PASCAL 
Keywords: RANGE 



Page: 37 
VAX 64811S003 01.20 



One-line description: 

Incorrect code generated for multiple array comparisons. 

Problem: 

tEXTENSIONS; RANGES 

VAR LA : ARRAY [0..1] OF BYTE; 

B : BYTE; 

BOOL : BOOLEAN; 

BEGIN 

BOOL := (B > LA[0]) OR (B > LA[1]); {GENERATES INCORRECT CODE. E.G., A 

CALL TO EMPTY_SET_.} 

Temporary solution: 

SRANGE OFF$ 

Signed off 08/25/86 in release 301.60 



Number: D200040238 Product: 6800 PASCAL 
Keywords: RANGE 



VAX 64811S003 



01.20 



One-line description: 

RECORD accesses using WITH generate call to EI1PTY_SET_ if SRANGE 0N$. 

Problem: 

TYPE SETJTYPE - SET OF (60,61,62,83,84,65,66,67); 

VAR X : SETJTYPE; 

BEGIN 

IF X <= [B3,B4] THEN; {GENERATES INCORRECT CODE) 

IF X >= [B3.B4] THEN; {GENERATES INCORRECT CODE} 

Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 301.60 



Number: D2O0047357 Product: 6800 PASCAL 
One-line description: 

TOO MANY EBRORS IN PASS 3 IF > 127 PROCEDURES 

Signed off 08/25/86 in release 301.60 



VAX 64811S003 



01.20 



Number: D2O0052464 Product: 6800 PASCAL 



VAX 64811S003 



01.40 



One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

- 6800 PASCAL - 
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processor name 
PROGRAM MAIN; 

TYPE 

STRUCTURED- RECORD 

INT 1: INTEGER; 
INT2: INTEGER; 
END; 

PROCEDURE OUTER (VAR PI: STRUCTURED; VAR P2: INTEGER) ; 

VAR I: INTEGER; 

BEGIN 

I: -PI < — This missing semicolon causes the problem 

I:-P1.2; 

I-.-P2; 

END; 

BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 301.60 



Number: D200058693 Product: 6800 PASCAL 
Keywords: PREPROCESSOR 



VAX 64811S003 



01.40 



One-line description: 

Preprocessor reports errors when symbols hp64000, vms or hpux w #if 

Signed off 08/25/86 in release 301.60 



Number: D200059121 Product: 6800 PASCAL 



VAX 64811S003 



01.40 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Signed off 08/25/86 in release 301.60 



Number: D200048736 Product: 6800 PASCAL 



VAX 64811S003 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 301.60 



- 6800 PASCAL 
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Number: D200031070 Product: 6800/2 ASSEMB 



Page: 



64841 



39 
01.13 



One-line description: 

Assembler flagging out of range error when it should not. 

Problem: 

There is a descrepency on how out of range errors are handled. The 
below line will load the lower sixteen bits into register D (this 
seems appropiate): 

LDD #10000000H 

While the following line will flag an out of range error: 
LDAA #10000000H 



Temporary solution: 

And the operand with OFFH. This will force it to eight bits. 

•6800" 



LDAA 



(#10000000H).AN.0FFH 



Signed off 08/25/86 in release 101.15 



Number: D200033423 Product: 6800/2 ASSEMB 



64841 



01.13 



One-line description: 

Error when using .NT. operator with immediate value whose MSB is set. 

Problem: 

If you use the .NT. logical operator on an immediate value whose upper 

bit is set, a legal range error is flagged. The opcode generated 

is correct. 

"6801" 



BITA 
BITA 



#.NT.A0H 
#.NT.7FH 



; LEGAL RANGE ERROR IS FLAGGED 
; NO ERROR FLAGGED. 



Temporary solution: 

The code generated is correct, so ignore the error message. 

Signed off 08/25/86 in release 101.15 



Number: D200046797 Product: 6800/2 ASSEMB 



64841 



01.13 



One-line description: 

Assembler should denote an error on non-absolute .SET expressions. 

Signed off 08/25/86 in release 101.15 



Number: D200055608 Product: 6800/2 ASSEMB 

One-line description: 

Four bit operations are now unsupported. 



64841 



01.14 



Problem: 



6800/2 ASSEMB 



SRB detail reports as of 08/25/86 
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The following four mnemonics are not supported by the 6301/03 
assembler: 

BTST 
BSET 
BTGT 
BCLR 

Signed off 08/25/86 in release 101.15 



- 6800/2 ASSEMB - 



SRB detail reports as of 08/25/86 

Number: D20O048215 Product: 6800/2 ASSEMB 

Keywords: MACRO 



Page: 41 

300 64841S004 01.00 



One-line description: 

Conditional instr. .IF with rational oper. in Macro creates bad code 

Problem: 

The use of the conditional instruction, .IF, with rational operator 
( .EQ. , .NE. , .LT. , .GT. , .LE. , .GE. ) in a macro functions incorrectly. 
The following program demonstrates this problem: 

BUG MACRO &VAR 

.IF &VAR .LE. SUB&&&& 

NOP 

NOP 
SUB&&&& NOP 

NOP 

MEND 

BUG -3 
BUG 1 
BUG 
END 

Passing a 3 appears to create correct code, but causes a ML error. 
Passing -1 to the MACRO creates code which doesn't call the subroutine. 
This is incorrect since -1 is less than 0. This same problem 
occured with all the rational operators on all processors. The problem 
was consistant on the 64000, VAX, and 9000. 

Signed off 08/25/86 in release 401.10 



Number: D200053314 Product: 6800/2 ASSEMB 300 64841S004 



01.00 



One-line description: 

Macro def. including .IF, within a IF causes assembler to stop code gen. 

Problem: 

If you have a ".IF" in a macro definition and that macro definition 
is within a conditional assembly "IF" then no code is generated. 
The program provided demonstrates the problem (see submitter text). 

Temporary solution: 

Pull the macro definition outside of the conditional if. No code 

will be generated for the definition. 



FIN 



"processor 


name" 




ESSAI 


EQU 





MAC 

LABEL 
FIN 


MACRO 
.IF 
LD 
MEND 


ESSAI. EQ.O 
A,0 



- 6800/2 ASSEMB 



SRB detail reports as of 08/25/86 

IF ESSAI 

MAC 

END IF 

START LD A, 3 

Signed off 08/25/86 in release 401.10 
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Number: D200049197 Product: 6800/2 ASSEMB 



300 64841S004 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 401.10 



- 6800/2 ASSEMB 
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Number: D200031096 Product: 6800/2 ASSEMB VAX 64841S003 01.20 

One-line description: 

Assembler flagging out of range error when it should not. 

Problem: 

There is a descrepency on how out of range errors are handled. The 
below line will load the lower sixteen bits into register D (this 
seems appropiate): 

LDD #10000000H 

While the following line will flag an out of range error: 
LDAA #10000000H 

Temporary solution: 

And the operand with 0FFH. This will force it to eight bits. 

"6800" 

LDAA (#10000000H).AN.OFFH 
Signed off 08/25/86 in release 301.50 
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Passing a 3 appears to create correct code, but causes a ML error. 
Passing -1 to the MACRO creates code which doesn't call the subroutine. 
This is incorrect since -1 is less than 0. This same problem 
occured with all the rational operators on all processors. The problem 
was consistant on the 64000, VAX, and 9000. 

Signed off 08/25/86 in release 301.50 


Number: D200053306 Product: 6800/2 ASSEMB VAX 64841S003 01.40 

One-line description: 

Macro def. including .IF, within a IF causes assembler to stop code gen. 

Problem: 

If you have a ".IF" in a macro definition and that macro definition 
is within a conditional assembly "IF" then no code is generated. 
The program provided demonstrates the problem (see submitter text) . 

Temporary solution: 

Pull the macro definition outside of the conditional if. No code 

will be generated for the definition. 

"processor name" 

ESSAI EQU 

MAC MACRO 

.IF ESSAI. EQ.O FIN 
LABEL LD A,0 
FIN MEND 

IF ESSAI 

MAC 

ENDIF 

START LD A, 3 

Signed off 08/25/86 in release 301.50 


Number: D200046813 Product: 6800/2 ASSEMB VAX 64841S003 01.20 

One-line description: 

Assembler should denote an error on non-absolute .SET expressions. 

Signed off 08/25/86 in release 301.50 


Number: D200048207 Product: 6800/2 ASSEMB VAX 64841S003 01.40 

Keywords: MACRO 

One-line description: 

Conditional instr. .IF with rational oper. in Macro creates bad code 

Problem: 

The use of the conditional instruction, .IF, with rational operator 
( .EQ. , .NE. , .LT. , .GT. , .LE. , .GE. ) in a macro functions incorrectly. 
The following program demonstrates this problem: 

BUG MACRO &VAR 

.IF &VAR .LE. SUB&&&& 

NOP 

NOP 
SUB&8.&& NOP 

NOP 

MEND 

BUG 3 
BUG -1 
BUG 
END 

- 6800/2 ASSEMB - 


Number: D200049189 Product: 6800/2 ASSEMB VAX 64841S003 00.00 

One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 301.50 


- 6800/2 ASSEMB - 



SRB detail reports as of 08/25/86 
Number: 5000126516 Product: 68000 C 



Page: 



64819 



45 
01.07 



One-line description: 

Incorrect code when hex values are bit or-ed and passed as parameters. 

Problem: 

When two hex values are bit or-ed together, and at least one 
of the values is greater than or equal to 0x8000, the compiler 
interprets the passed value as a long word instead of a word. 
The following code demonstrates the problem: 

••C" 

"68000" 

$FAR$ 

$CALL_ABS_LONG$ 

$LIB_ABS_LONG$ 

extern sample () ; 

main! ) 

{ 

sample ( 0x8000 ) ; ("Generates correct code*) 
sample (0x0080 I 0x1000 I 0x7fff); ("Generates correct code*) 
sample(0x0080 I 0x1000 I 0x8000); ("Generates incorrect code*) 

) 

Temporary solution: 

There are two possible temporary solutions. 

1. Use an explicit type cast. 

main( ) 
{ 

sample! tint) (0x0080 I 0x1000 I 0x8000)); 

sample(0x0080 I 0x1000 I ( int)0x8000) ; 
} 



("Both expressions 
generate correct 
code *) 



2. Use a temporary variable. 

main! ) 
{ 

int j; 

j = 0x8000; 

sample (0x0080 I 0x1000 I j); 

Signed off 08/25/86 in release 901.09 



Number: 5000136234 Product: 68000 C 
Keywords: PASS 3 



64819 



01.00 



One-line description: 

Pass 3 error flagged when 143-146 external functions are declared. 

Problem: 

Pass three error is generated when using a 'for' statement after 

many external declarations. 

- 68000 C - 



SRB detail reports as of 08/25/86 



"C" 

" 68000" 



Page: 46 



$ASM_FILE$ 
extern FUNC_1() : 
extern FUNC 2() ; 



) Cnnnd 
extern FUNC_143(); 
main!) { 

int i; 

for(i=0; 



i<=7; i++) 



} 



Temporary solution: 

It appears that the error is flagged only if you have 143-146 
external functions declared (inclusive). The problem may 
be resolved if you declare some dummy functions which will 
bring the total number above 146. 

Signed off 08/25/86 in release 901.09 



Number: D200008870 Product: 68000 C 
Keywords: CODE GENERATOR 



64819 



00.56 



One-line description: 

Station reboot or bad code, statements of the form: x += (*ptr)*(*ptr) ; 

Problem: 

When the +>= or -» operators ( or the long form ) are used to assign to 

an integer compatible variable the result of an integer compatible 

variable taken indirect operating on itself, the station may reboot or 

bad code may be produced. For example, the following result in a 

reboot. 



char i, *j; 

main( ) 

{ i +- (*j)»(*j); } 



int *p_l; 

long *p_2; 

main( ) 

{ * p _2 - * p _2 - (»p_l)*(*p_l); } 



Operators resulting in a reboot are: *, +, -, &, and I. 
The '/. and / operators produce bad code, as in: 



int *x, 
main( ) 
{ *x -= 



*y; 
(*y)X(*y); } 



The xor function 



appears to work correctly. 



Temporary solution: 

Use a temporary to hold the result of the operation on the indirects. 

- 68000 C - 



SRB detail reports as of 08/25/86 

Then assign the temporary ( via += or — 

char *p_l, p_2, temp; 
main( ) 

{ temp =■ (*p_l)*(*p_l) ; 
p 2 +- temp; 

} ~ 

Signed off 08/25/86 in release 901.09 
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to final destination. 



Number: D200013938 Product: 68000 C 
Keywords: PASS 1 



64819 



01.07 



One-line description: 

No warning or error: taking the sizeof a struct var. not declared. 

Problem: 

The compiler should generate an error in the following code. 

"C" 

"68000" 
main () { 

int y ; 

y = sizeof (struct x); 
} 

If x is not declared or is declared as anything other than a structure, 
the program compiles with no error messages or warnings. It stores as 
the size zero bytes. 

Signed off 08/25/86 in release 901.09 



Number: D200014282 Product: 68000 C 
Keywords: CODE GENERATOR 



64819 



01.07 



One-line description: 

Comparing a variable to zero in a "for" statement often fails. 

Problem: 

When comparing a variable to zero in a test condition the instruction 
TST.W is used. This compares the operand with zero, storing no results, 
but setting condition codes according to the results of the test. The 
Carry and Overflow bits are always cleared by the TST instruction. The 
Bcc instruction following the TST uses the carry and overflow bits when 
evaluating the branch condition thus resulting in the wrong branch. The 
following code is one example of this. 

"C" 
"63000" 



mam 
{ 



unsigned int i, count = 2; 
for ( i=count-l; i>=0; i — ' 



68000 C - 
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This code uses the BCS (branch if carry is set) instruction. This 
condition will never be satisfied and the loop will continue indef- 
initely. 

Temporary solution: 

Avoid comparing to the constant zero. 

Signed off 08/25/86 in release 901.09 



Number: D200014993 Product: 68000 C 
Keywords: CODE GENERATOR 



64819 



01.07 



One-line description: 

Argument of a switch is sign-extended to long when it should remain int. 

Problem: 

Any case expression which has bit #15 set will never be selected due to 

the sign extension of the switch argument. The following is an example 

of th i s : 

"C" 

"68000" 

int x; 
main { 

switch (x) { 
case OxFFFF: 

break; 
default: 

break; 



} 



} 



The compiler first generates code to extend the argument x from a word 
to a long word using the "EXT.L" instruction. Then a word comparison is 
made to the case expressions using the "CMPI.L" instruction without 
sign extending the case expression's value. In the above program data 
register D7 contains the sign extended value of "x" when the following 
instruction is executed: CMPI.L #00000FFFFH, D7. Therefore, the 
case of x equaling OxFFFF will never occur. 

Temporary solution: 

If a negative number is used as one of the case expressions, all of the 

comparisons are changed to CMPI.W from CMPI.L. 

Signed off 08/25/86 in release 901.09 



Number: D200015883 Product: 68000 C 



64819 



01.07 



One-line description: 

No error generated when an interrupt routine is explicitly called. 

Problem: 

The compiler fails to give an error message in a situation where an 
interrupt function is called from code (rather than via an interrupt 
vector). The following example illustrates. 



68000 C 
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"C" 

"63000" 

$ INTERRUPT 0N$ 

inter!) {) 

SINTERRUPT OFF$ 

main!) { 

int i; 

i « inter! ); /* This line should generate error #1104 */ 
} 

Signed off 08/25/86 in release 901.09 



Number: D200015990 Product: 68000 C 
Keywords: CODE GENERATOR 



64819 



01.07 



One-line description: 

Wrong addressing mode used with $BASE_PAGE$ on in ASM68000 file. 

Problem: 

In the ASM68000 source generated by the $ASM^FILE$, the wrong address- 
ing mode is used when the $BASE_PAGE$ directive is on. 

Signed off 08/25/86 in release 901.09 



Number: D200016014 Product: 68000 C 
Keywords: CODE GENERATOR 



64819 



01.07 



One-line description: 

The wrong byte is accessed when a union is defined within a struct. 

Problem: 
"C" 

"68000" 

struct { 

char ch; 
union { 

char chl; 
char ch2; 
} un; 
} *str; 
main!) { 

str->un. chl=l; 
str->un. ch2=2; 
} 

The variables "chl" and "ch2" in the above example should be at un + 1. 
Although, in the expanded listing you see they are accessed at un + 2 as 
if the field "ch" was a 16 bit datatype. 

Signed off 08/25/86 in release 901.09 



68000 C 



SRB detail reports as of 08/25/86 
Number: D200016592 Product: 68000 C 
Keywords: CODE GENERATOR 



64819 



Page: 50 

01.07 



One-line description: 

Structure with an odd-numbered char or short array gens, wrong code. 

Problem: 

The following code uses an incorrect offset from A0: 

"C" 

"68000" 

struct { char name[3]; 

char ext; } *ptr; 
sub ( ) 
{ 

ptr->ext = 'a' ; 
} 

The offset generated is 4[A0] when assigning 'a' to "ext" when it 
should be 3[A0]. This is not a problem with an even sized array or 
with an integer array. 

Signed off 08/25/86 in release 901.09 



Number: D200027714 Product: 68000 C 



64819 



01.07 



One-line description: 

No form feed between the expanded listing and the cross reference table. 

Problem: 

During compilation, with XREF option on, the compiler does not provide 
a form feed (FF) in the listing file. The XREF starts on the same page 
as the end of the listing. Also, the page number says 535 when it 
should be page 2. 

Temporary solution: 

After compiling with the xref option, edit the expanded listing file 

and insert a "control L" before the beginning of the cross reference 

listing. 

Signed off 08/25/86 in release 901.09 



Number: D200028621 Product: 68000 C 



64819 



01.07 



One-line description: 

Comp_symb file not being loaded on user specified disc. 

Problem: 

When over two logical units are present the comp_sym file is not 
being generated where specifed. For example, if a file is compiled 
with the comp_sym option and the location of the output files is spec- 
ified as LUl the comp_sym file will be loaded onto LU0. If you later 
link with the comp_db option the link fails because comp_sym cannot be 
found. 

Signed off 08/25/86 in release 901.09 



68000 C 
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Number: D200030734 Product: 68000 C 64819 01.07 


} 




main( ) 


Keywords: CODE GENERATOR 


{ a *ad; 




ad->i =1; /"Incorrect code will generated. */ 


One-line description: 


} 


Incorrect code generated if fields are defined in a structure. 






Temporary solution: 


Problem: 


Declare all arrays first. 


The assembly code generated for the below C source is not correct. If 


"C" 


any field of the structure is referenced the wrong offset is generated 


"68000" 


by the assembler. 




"C" 


struct a{ 


"68000" 


char i[2]; 




char *p; 


main ( ) 


} 


struct{ 




short int a; 


ma in ( ) 


unsigned : 4; 


{ 


unsigned f 1 1; } s; 


struct a *ad; 




ad->i=l; 


(*s).a=l; /* this line causes incorrect offset 


} 


to be generated. */ 


END 
** 


Temporary solution: 


Signed off 08/25/86 in release 901.09 


Declare the bit fields first. 
"C" 




Number: D200031328 Product: 68000 C 64819 01.07 


"68000" 




main( ) 


One-line description: 


{ 


++ and — operators evaluated with improper precedence. 


struct { 




unsigned fl :1; 


Problem: 


unsigned :4; 


According to Kernighan and Ritchie, page 43, the following expressions 


short a ; 


are equivalent: 


} s; 


Example 1: array [index++] = 1; 




Example 2: arraytindex] = 1; 




index++; 




However, different code is generated for these expressions. The second 


Signed off 08/25/86 in release 901.09 


example is compiled correctly, but the first one increments index before 




setting array[index] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 


Number: D200030742 Product: 68000 C 64819 01.07 




Dmain, is used to index into array when the variable index is supposed 


Keywords: CODE GENERATOR 


to be used. 


One-line description: 


Temporary solution: 


Variable may not be defined before an array in a structure. 


Separate the expression as shown in example 2. 


Problem: 


Signed off 08/25/86 in release 901.09 


In a structure which includes an array(s) the array(s) must be defined 
before any other varible. If the other variable is declared before the 




Number: D200032052 Product: 68000 C 64819 01.07 


array incorrect code will be generated when the array is dereferenced. 




"C" 


Keywords: PASS 2 


"68000" 






One-line description: 


struct a{ 


Stations jumps to PV when compiling file with syntax error. 


char *p; 




char i[2]; 


Problem: 


- 68000 C - 


- 68000 C - 
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The file below will not compile on the 64000 or the 9000. On the 64K 
the station jumps into PV; the 9000 and VAX report a pass two error. If 
the syntax error is removed, the file will compile. 

"C" 

"68000" 

enum boolean{true, false}; 
main( ) 
{ enum boolean variable; 

proc(4,(enum boolan) ^variable); /* BOOLEAN IS MISSING 'E' */ 
} 

proc!parml,parm2) 
int parml; 

enum boolean *parm2; 
{ *parm2 = true; 
} 

Signed off 08/25/86 in release 901.09 



Number: D200033134 Product: 68000 C 



64819 



01.07 



One-line description: 

Comparing character to zero in while loop generates incorrect code. 

Problem: 

If you compare a character variable to zero in a while loop, incorrect 

code is generated. The following code demonstrates the problem. 

"C" 

"6809" 



procO 



{ 



char timeout = 10; 

while(timeout — ); /* Code generated here causes infinite loop. 
} 

The code generated for the while loop clears the A register and then 
compares the D register to -1. Therefore the condition is never met. 

Temporary solution: 

Declare the variable used in the test condition as an integer. 

"C" 

"6809" 



procO 
{ 



int timeout = 10; 

while (timeout — ); 
} 

Signed off 08/25/86 in release 901.09 
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One- line description: 

Case statement involving double indirection is not generating right code 

Problem: 

In the special case outlined below the 68000 C compiler generates 

incorrect code. The conditions are as follows: If you have a parameter 

which is a function, which points to a function, which points to an 

integer (double indirection is the key) improper code is generated for 

a case statement. See code below. 

"C" 



"68000" 






extern funl( 


, f un2 ( ) ; 




bug( instr) 

int 
{ 

int b; 


**instr)() 




switch(b) 


{ 




case 


* instr ■ 
break; 


funl; 


easel: 


*instr = fun2; 
break; 



} 



/* Code for this case is correct/ 



/* Here, because register A0 was loaded 
with a pointer to instr in case the 
compiler does not bother reloading A0. 
So, if case is not executed reg A0 
contains garbage.*/ 



Also, any case after the first one has this problem. 

Temporary solution: 

Place a default case at the top of the case statement. This statement 

will always be executed and the compiler will "fall through" to the 

next test case. See below example. 

"C" 

"68000" 

extern funl( ) , fun2( ) ; 

dummy ( ) { } 

bug( instr) 

int (**instr)C 
{ 

int b; 

switch(b) { 



/•Declare dummy function. */ 



case 1 



default 
case 
break; 
* instr ■ fun2; 
break; 



*instr = dummy; 
*instr = funl; 
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The important thing here is that there is no "break" statement in 
the default case. This allows the compiler to test subsequent cases. 

Signed off 08/25/86 in release 901.09 



Number: D200033613 Product: 68000 C 



64819 



01.07 



One-line description: 

RTS rather than RTE generated to return from interrupt routine. 

Problem: 

Turning Slnterrupt on$ does not generate a "return from exception" 

as specified in the manual. 

"C" 

"68000" 

maint ) 
{ 

int j; 

} 

$ INTERRUPT 0N$ 
int_func( ) 
{ 

int 1; 

1 = 5; 

return! 1) ; 



/* A RTS, rather than the specified RTE 
instruction will be generated. */ 



Temporary solution: 

You can generate an assembly source file using the $ASM_FILE 0N$ dir- 
ective and then change the incorret RTS instructions to RTE instructions 

Signed off 08/25/86 in release 901.09 



Number: D200035816 Product: 68000 C 64819 

Keywords: CODE GENERATOR 

One-line description: 

16 bit comparison on a 8 bit unsigned short field. 

Problem: 

IMPROPER CODE GENERATED FOR STATEMENT INVOLVING unsigned short 

VARIABLE UNLESS EXPLICITLY RE-CAST AS unsigned short. 

main! ) 

{ 

static unsigned short digit index; 

static unsigned short digitTl2] ; 

int a,b; 

if ldigit[digit_index] — ){ 

a-4; 
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b=4; } 

else{ 

a=5; 

b=5;} 

} 

IMPROPER CODE IS GENERATED FOR THE COMPARISON (ie THE COMPARISON IS DONE 

ON 16 BITS (8 OF WHICH HAVE BEEN CLEARED) AGAINST tOFFFFH. 

12/10/85: The problem also arises if you compare a constant against 

an unsigned short. For example if you declared: 

♦define constant ~0 

unsigned short var; 

and later compared these two the compiler will zero out the upper byte 

of the variable var and then compare it to FFFFH. Thus, the condition 

is never met. 

12/16/85: Another example of incorrect code being generated when a 
char variable is used in a test condition is as follows: 

char a; 
maint ) 
{ 

a = -1; 

ifta — -1) 
a ='A'; 
} 

Temporary solution: 

IF THE LINE IN QUESTION IS CHANGED TO: 

if ((unsigned shortjdigit [digit_index]--) { 

CORRECT CODE IS GENERATED ALTHOUGH digit [] HAS ALREADY BEEN 

DECLARED unsigned short. 

12/10/85: Declare the. constant as a short. In other words: 

#define constant 0FFH. 

12/16/85: If only 128 valid characters are required the variable can 

be declared as a short int. 

Signed off 08/25/86 in release 901.09 



Number: D200036624 Product: 68000 C 



64819 



01.07 



One-line description: 

Passing a complicated expression as a parameter may generate bad code. 

Problem: 

Type casting an address to a long, then anding or oring it with a 
constant value and passing the expression as a parameter to a function 
generates incorrect code. The following code demonstrates this problem: 

"C" 

"68000" 

extern int extvar; 

extern f ( ) ; 

badandorO { 

f(llong) &extvar & -2); /"Generates call to Zunsmult (unsigned mult) 

instead of AND*/ 
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f((long) &extvar I -2); /"Generates long add instead of OR*/ 
} 

Temporary solution: 

Assign the expression to a temporary variable and pass the temporary 

to the function: 

badandorO { 
long temp; 

temp = &extvar; 

temp &= -2; 

f (temp) ; 
} 

Signed off 08/25/86 in release 901.09 



Number: D200036939 Product: 68000 C 
Keywords: PASS 1 



64819 



01.07 



One-line description: 

Multiple warning's may cause messages to be intermixed. 

Problem: 

It appears the buffer for writing out warning messages is not cleared 

after a message is written. In the below program two warning messages 

are generated with the second containing information from the first. 

"C" 

"68000" 

#define PETER 
#define PETER 1 
main( ){ 

f unc ( ) ; 
} 
The following warning messages are printed out. 

511: Warning: variable assumed to be function returning integer. 
513: Warning: duplicate macro name; new definition holds nteger. 

Signed off 08/25/86 in release 901.09 



Number: D200040667 Product: 68000 C 
Keywords: PASS 3 



64819 



01.07 



One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 

Problem: 

Pass 3 of the compilation process may fail to detect a relative jump 
which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 
OPTIMIZE is enabled. [BLINK_TAS:BUG] 

Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 
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around those sections of code which are suspect. 

Signed off 08/25/86 in release 901.09 
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Number: D200041228 Product: 68000 C 



64819 



01.07 



One-line description: 

Problem with integer pointer in conditional statement. 

Problem: 

In the following example, two loads are performed, but no other code is 

generated to check for zero value. 

"C" 

"processor name" 

#define NULL 

fct(parm) 

int *parm; 

{ 

if (parm - NULL) 
parm - 10; 
} 

Signed off 08/25/86 in release 901.09 



Number: D200041830 Product: 68000 C 

One-line description: 

Compiler calculating wrong offset to parameter. 

Problem: 

The following program generates incorrect code: 

"C" 

"Z8002" 

dummy (output) 

int (*output) ( ) ; 

{ 



64819 



01.07 



} 



int a; 
(♦output) (a) 



rummy ( output ) 
int (*output)(); 

(•output)!); /* the offset used into the stack does not */ 
/* point to the passed parameter */ 

} 

Signed off 08/25/86 in release 901.09 



Number: D200043943 Product: 68000 C 

Keywords: PASS 3 

One-line description: 

ASM reloc. and compiler reloc differ. 



64819 



01.07 



68000 C - 



SRB detail reports as of 08/25/86 

Problem: 

Same as submitter. 

Signed off 08/25/86 in release 901.09 
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Number: D200047514 Product: 68000 C 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 901.09 



64819 



01.07 



Number: D200043422 Product: 68000 C 



64819 



01.07 



One-line description: 

Compiler generating inefficient code for certain "switch" statements. 

Signed off 08/25/86 in release 901.09 
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One-line description: 

Incorrect code when hex values are bit or-ed and passed as parameters. 

Problem: 

When two hex values are bit or-ed together, and at least one 
of the values is greater than or equal to 0x8000, the compiler 
interprets the passed value as a long word instead of a word. 
The following code demonstrates the problem: 

"C" 

"68000" 

$F ARS 

$CALL_ABS_LONG$ 

$LIB_ABS_L0NG$ 

extern sample! ) ; 

main! ) 

{ 



sample(0x8000) ; 
sample(0x0080 I 
sample(0x0080 I 



} 



(♦Generates correct code*) 
0x1000 I 0x7fff); (*Generates correct code*) 
0x1000 I 0x8000); ('Generates incorrect code*) 



Temporary solution: 

There are two possible temporary solutions. 

1. Use an explicit type cast. 

main( ) 
{ 

sample! (int) (0x0080 I 0x1000 I 0x8000)); 

sample(0x0080 I 0x1000 I ( int)0x8000) ; 
} 



2. Use a temporary variable. 

mainl ) 
{ 

int j; 

j = 0x8000; 

sample (0x0080 I 0x1000 I j); 
} 

Signed off 08/25/86 in release 401.10 



("Both expressions 
generate correct 
code *) 



Number: D200051193 Product: 68000 C 
Keywords: CODE GENERATOR 



300 64819S004 



01.00 



One-line description: 

Incorrect code generated if fields are defined in a structure. 

Problem: 

The assembly code generated for the below C source is not correct. If 

any field of the structure is referenced the wrong offset is generated 

- 68000 C - 
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by the assembler. 

"C" 

••68000- 
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main () 

struct{ 



short int a; 
unsigned : 4; 
unsigned f 1 1; } s; 



*s).a=l; 



} 



/* this line causes incorrect offset 
to be generated. */ 



Temporary solution: 

Declare the bit fields first. 

"C" 

"68000" 

main( ) 

{ 

struct { 

unsigned fl :1 
unsigned :4 
short a 
} s; 



Signed off 08/25/86 in release 401.10 



Number: D200051243 Product: 68000 C 



300 64819S004 



01.00 



One-line description: 

++ and — operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array [index++] = 1; 

Example 2: arrayfindex] = 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting arrayfindex] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/8$ in release 401.10 
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One-line description: 

Incorrect opcode "MOV A,ACC" allowed by our assembler 

Problem: 

The instruction "MOV A,ACC" was assemble and emulated by our products; 

however, the Intel 8051 goes into the weeds at this instrcution. 

At first glance the machine code in the asembler listing appears valid 

(MOV A,ACC ->0000 E5E0 ), but the bottom of page 8-35 in Intel's 

microcontroller handbook states: *M0V A.ACC is not a valid instruction. 

Neither our manuals nor AMD's user manual mention this instruction. 

Signed off 08/25/86 in release 401.10 



Number: D200058966 Product: 68000 C 



300 64819S004 



01.00 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Signed off 08/25/86 in release 401.10 



Number: D200048926 Product: 68000 C 



300 64819S004 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 401.10 
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One-line description: 

Declaring 128 external functions causes compiler to bomb in code. 

Signed off 08/25/86 in release 101.50 



Number: D200015891 Product: 68000 C 



500 64819S001 



01.00 



One-line description: 

No error generated when an interrupt routine is explicitly called. 

Signed off 08/25/86 in release 101.50 



Number: D200016030 Product: 68000 C 
Keywords: CODE GENERATOR 



500 64819S001 



01.00 



One-line description: 

Wrong addressing mode used with $BASE_PAGE$ on in ASM68000 file. 

Problem: 

In the ASM68000 source generated by the SASM^FILES, the wrong address- 
ing mode is used when the $BASE_PAGE$ directive is on. 

Signed off 08/25/86 in release 101.50 



Number: D200016071 Product: 68000 C 
Keywords: CODE GENERATOR 



500 64819S001 



01.00 



One-line description: 

The wrong byte is accessed when a union is defined within a structure. 

Problem: 
"C" 

•■68000" 
struct { 

char ch; 
union { 

char chl; 
char ch2; 
> un; 
} *str; 
mainO { 

str->un.chl=l; 
str->un.ch2-2; 

The variables "chl" and "ch2" in the above example should be at un + 1. 
Although, in the expanded listing you see they are accessed at un + 2 as 
if the field "ch" was a 16 bit datatype. 

Signed off 08/25/86 in release 101.50 



- 68000 C 
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One-line description: 

Structure with an odd-numbered char or short array gens, wrong code. 

Problem: 

The following code uses an incorrect offset from A0: 

"C" 

"68000" 

struct { char name [3]; 

char ext; } *ptr; 
sub() 
( 

ptr->ext = 'a' ; 
} 

The offset generated is 4[A0] when assigning 'a' to "ext" when it 
should be 3[A0]. This is not a problem with an even sized array or 
with an integer array. 

Signed off 08/25/86 in release 101.50 



Number: D200031013 Product: 68000 C 
Keywords: CODE GENERATOR 



500 64819S001 



01.10 



One-line description: 

Incorrect code generated if fields are defined in a structure. 

Problem: 

The assembly code generated for the below C source is not correct. If 

any field of the structure is referenced the wrong offset is generated 

by the assembler. 

"C" 

"68000" 



main ( ) 

struct{ 



short int a; 
unsigned : 4; 
unsigned f 1 1; } s; 



l*s).a=l; 



} 



/* this line causes incorrect offset 
to be generated. */ 



Temporary solution: 

Declare the bit fields first 

"C" 

"68000" 

mainf ) 

{ 

struct { 

unsigned fl :1 
unsigned :4 
short a 
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Signed off 08/25/86 in release 101.50 
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Number: D200031039 Product: 68000 C 
Keywords: CODE GENERATOR 



500 64819S001 
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One-line description: 

Variable may not be defined before an array in a structure. 

Problem: 

In a structure which includes an array(s) the array(s) must be defined 
before any other varible. If the other variable is declared before the 
array incorrect code will be generated when the array is dereferenced. 

"C" 
"68000" 

struct a{ 

char *p; 
char i[2]; 

main( ) 

{ a *ad; 
ad->i =1; 

Temporary solution: 
Declare all arrays first. 
"C" 
"68000" 



/•Incorrect code will generated. */ 



struct a{ 



char i[2]; 
char *p; 

} 

main( ) 
{ 

struct a *ad; 

ad->i=i; 

} 

END 
** 

Signed off 08/25/86 in release 101.50 



Number: D200031336 Product: 68000 C - 



500 64819S001 



01.10 



One-line description: 

++ and — operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 

are equivalent: 

- 68000 C - 



SRB detail reports as of 08/25/86 



Page: 66 



Example 1: array(index++] = 1; 
Example 2: arrayjindex] = 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting arraytindex] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 101.50 



Number: D200033142 Product: 68000 C 



500 64819S001 



01.10 



One-line description: 

Comparing character to zero in while loop generates incorrect code. 

Problem: 

If you compare a character variable to zero in a while loop, incorrect 

code is generated. The following code demonstrates the problem. 

"C" 

"6809" 

procl ) 
{ 
char timeout = 10; 

while(timeout — i; /* Code generated here causes infinite loop. 
} 

The code generated for the while loop clears the A register and then 
compares the D register to -1. Therefore the condition is never met. 

Temporary solution: 

Declare the variable used in the test condition as an integer. 

"C" 
"6809" 



proc( ) 
{ 



int timeout • 10; 

while (timeout--); 

} 

Signed off 08/25/86 in release 101.50 



Number: D200035824 Product: 68000 C 
Keywords: CODE GENERATOR 



500 64819S001 



01.10 



One-line description: 

16 bit comparison on a 8 bit unsigned short field. 
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Problem: 

IMPROPER CODE GENERATED FOR STATEMENT INVOLVING unsigned short 

VARIABLE UNLESS EXPLICITLY RE-CAST AS unsigned short. 

ma int ) 

{ 

static unsigned short digit index; 

static unsigned short digitTl2] ; 

int a,b; 

if (digit[digit_index]--){ 

a=4; 

b=4;} 

else{ 

a=5; 

b=5;} 

} 

IMPROPER CODE IS GENERATED FOR THE COMPARISON ( ie THE COMPARISON IS DONE 

ON 16 BITS (8 OF WHICH HAVE BEEN CLEARED) AGAINST #OFFFFH. 

12/10/85: The problem also arises if you compare a constant against 

an unsigned short. For example if you declared: 

♦define constant ~0 

unsigned short var; 

and later compared these two the compiler will zero out the upper byte 

of the variable var and then compare it to FFFFH. Thus, the condition 

is never met. 

12/16/85: Another example of incorrect code being generated when a 
char variable is used in a test condition is as follows: 

char a; 
main( ) 
{ 

a = -1; 

if(a — -1) 

> a= ' A "' 

Temporary solution: 

IF THE LINE IN QUESTION IS CHANGED TO: 

if ((unsigned short) digit [digit_index] — ){ 

CORRECT CODE IS GENERATED ALTHOUGH digit [] HAS ALREADY BEEN 

DECLARED unsigned short. 

12/10/85: Declare the constant as a short. In other words: 

♦define constant OFFH. 

12/16/85: If only 128 valid characters are required the variable can 

be declared as a short int. 

Signed off 08/25/86 in release 101.50 



Number: D200036632 Product: 68000 C 



500 64819S001 



01.20 



One-line description: 

Passing a complicated expression as a parameter may generate bad code. 



Problem: 
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Type casting an address to a long, then anding or oring it with a 
constant value and passing the expression as a parameter to a function 
generates incorrect code. The following code demonstrates this problem: 

"C" 
"68000" 

extern int extvar; 
extern f ( ) ; 
badandori) { 

f((long) &extvar & -2); /*Generates call to Zunsmult (unsigned mult) 

instead of AND*/ 

fl(long) &extvar I -2); /*Generates long add instead of OR*/ 
} 

Temporary solution: 

Assign the expression to a temporary variable and pass the temporary 

to the function: 

badandori ) { 
long temp; 

temp ■ &extvar; 

temp &= -2; 

f (temp) ; 
} 

Signed off 08/25/86 in release 101.50 



Number: D200037077 Product: 68000 C 
Keywords: PASS 3 



500 64819S001 



01.20 



- 68000 C 



One-line description: 

Compiler option $LIST_0BJ 0N$ generates wrong output information. 

Problem: 

Use of the compiler option $LIST_0BJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 

SEXTENSIONS 0N$ 
$LIST_0BJ 0N$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 

PROCEDURE one; 

BEGIN 

a :- b; 
END; 

In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
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THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
THE GENERATED CODE IS CORRECT. 



NOTE: 
Signed off 08/25/86 in release 101.50 



Number: D200040675 Product: 68000 C 
Keywords: PASS 3 



500 64819S001 



01.20 



One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 

Problem: 

Pass 3 of the compilation process may fail to detect a relative jump 
which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 
OPTIMIZE is enabled. [BLINK_TAS:BUG] 

Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 
around those sections of code which are suspect. 

Signed off 08/25/86 in release 101.50 



Number: D200041236 Product: 68000 C 



500 64819S001 



01.20 



One-line description: 

Problem with integer pointer in conditional statement. 

Problem: 

In the following example, two loads are performed, but no other code is 

generated to check for zero value. 



"processor name" 

#define NULL 

fct(parm) 

int *parm; 

{ 

if (parm - NULL) 
parm = 10; 
} 

Signed off 08/25/86 in release 101.50 



Number: D200041848 Product: 68000 C 



500 64819S001 



01.20 



One-line description: 

Compiler calculating wrong offset to parameter. 

Problem: 

The following program generates incorrect code: 

"C" 

"Z8002" 
dummy (output) 
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{ 



} 



int a; 
(•output) (a) ; 



rummy ( output ) 
int (*output) ( ) ; 
{ 

(•output) (); /* the offset used into the stack does not */ 
/* point to the passed parameter */ 

} 

Signed off 08/25/86 in release 101.50 



Number: D200044032 Product: 68000 C 

Keywords: PASS 3 

One-line description: 

ASM reloc. and compiler reloc differ. 

Problem: 

Same as submitter. 

Signed off 08/25/86 in release 101.50 



500 64819S001 



01.20 



Number: D200047522 Product: 68000 C 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 101.50 
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Number: D200048702 Product: 68000 C 



500 64819S001 
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One-line description: 

Incorrect code when hex values are bit or-ed and passed as parameters. 

Problem: 

When two hex values are bit or-ed together, and at least one 
of the values is greater than or equal to 0x8000, the compiler 
interprets the passed value as a long word instead of a word. 
The following code demonstrates the problem: 

"C" 
"68000" 

$FAR$ 

$CALL_ABS_L0NG$ 

$LIB_ABS_L0NG$ 

extern sample! ) ; 

main( ) 

{ 

sample(0x8000) ; (*Generates correct code*) 
sample(0x0080 I 0x1000 I 0x7fff); (*Generates correct code*) 
sample (0x0080 I 0x1000 I 0x8000); ("Generates incorrect code*) 
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SRB detail reports as of 08/25/86 Page: 71 

Temporary solution: 

There are two possible temporary solutions. 

1. Use an explicit type cast. 

mainl ) 

{ 

samplef (int) (0x0080 1 0x1000 1 0x8000)); (*Both expressions 
sample (0x0080 1 0x1000 1 (int)0x8000) ; generate correct 

} code *) 

2. Use a temporary variable. 

ma in ( ) 
{ 

int j; 

j - 0x8000; 

sample (0x0080 I 0x1000 I j); 
} 

Signed off 08/25/86 in release 101.50 
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Number: D200015909 Product: 68000 C VAX 64819S003 01.00 

One-line description: 

No error code generated when an interrupt is explicitly called. 

Signed off 08/25/86 in release 301.80 


Number: D200016022 Product: 68000 C VAX 64819S003 01.00 

Keywords: CODE GENERATOR 

One-line description: 

Wrong addressing mode used with $BASE_PAGE$ on in ASM68000 file. 

Problem: 

In the ASM68000 source generated by the SASM^FILES, the wrong address- 
ing mode is used when the $BASE_PAGE$ directive is on. 

Signed off 08/25/86 in release 301.80 


Number: D200016063 Product: 68000 C VAX 64819S003 01.00 

Keywords: CODE GENERATOR 

One-line description: 

The wrong byte is accessed when a union is defined within a structure. 

Problem: 
"C" 

" 68000" 
struct { 

char ch; 
union { 

char chl; 
char ch2; 
} un; 
> *str; 
main!) { 

str->un.chl=l; 
str->un.ch2=2; 

The variables "chl" and "ch2" in the above example should be at un + 1. 
Although, in the expanded listing you see they are accessed at un + 2 as 
if the field "ch" was a 16 bit datatype. 

Signed off 08/25/86 in release 301.80 


Number: D200049650 Product: 68000 C 500 64819S001 00.00 

One-line description: 

NO CROSS REFERENCE TABLE IS GENERATED 

Problem: 

"C" COMPILERS DO NOT GENERATE A CROSS REFERENCE TABLE ON THE 

VAX. 

Temporary solution: 
NONE KNOWN AT PRESENT 

Signed off 04/18/86 in release 101.50 


Number: D200058941 Product: 68000 C 500 64819S001 01.40 

One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Signed off 08/25/86 in release 101.50 


Number: D200016618 Product: 68000 C VAX 64819S003 01.10 

Keywords: CODE GENERATOR 

One-line description: 

Structure with an odd-numbered char or short array gens, wrong code. 

Problem: 

The following code uses an incorrect offset from A0: 

"C" 

- 68000 C - 


Number: D200048900 Product: 68000 C 500 64819S001 00.00 

One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 101.50 
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"68000" 

struct { char name[3]; 

char ext; } *ptr; 
sub( ) 
{ 

ptr->ext - 'a' ; 
} 

The offset generated is 4[A0] when assigning 'a' to "ext" when it 
should be 3[A0]. This is not a problem with an even sized array or 
with an integer array. 

Signed off 08/25/86 in release 301.80 



Number: D200031021 Product: 68000 C 
Keywords: CODE GENERATOR 



VAX 64819S003 



01.20 



One-line description: 

Incorrect code generated if fields are defined in a structure. 

Problem: 

The assembly code generated for the below C source is not correct. If 

any field of the structure is referenced the wrong offset is generated 

by the assembler. 

"C" 

"68000" 



main 



struct{ 



short int a; 
unsigned : 4; 
unsigned f 1 1; } s; 



(*s).a=l; 



) 



/* this line causes incorrect offset 
to be generated. */ 



Temporary solution: 

Declare the bit fields first. 

"C" 

"68000" 

main( ) 



struct { 



unsigned f 1 : 1 
unsigned :4 
short a 
} s; 



Signed off 08/25/86 in release 301.80 



- 68000 C - 
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Number: D200031047 Product: 68000 C 
Keywords: CODE GENERATOR 
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VAX 64819S003 01.20 



One-line description: 

Variable may not be defined before an array in a structure. 

Problem: 

In a structure which includes an array(s) the array(s) must be defined 
before any other varible. If the other variable is declared before the 
array incorrect code will be generated when the array is dereferenced. 

"C" 
"68000" 



struct a{ 

char *p; 
char i[2]; 
} 
main( ) 

{ a *ad; 
ad->i =1; 
> 


Temporary solution: 
Declare all arrays first. 
"C" 
"68000" 


struct a{ 

char i[2]; 
char *p; 

} 


main( ) 
{ 

struct a *ad; 

ad->i=l; 

} 
END 



/•Incorrect code will generated. */ 



Signed off 08/25/86 in release 301.80 



Number: D200031344 Product: 68000 C 



VAX 64819S003 



01.20 



One-line description: 

++ and -- operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array [index++] - 1; 

Example 2: arraytindex] = 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting arraytindex] equal to 1. Furthermore, when these statements 
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are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 301.80 



Number: D200033159 Product: 68000 C 



VAX 64819S003 



01.20 



One-line description: 

Comparing character to zero in while loop generates incorrect code. 

Problem: 

If you compare a character variable to zero in a while loop, incorrect 

code is generated. The following code demonstrates the problem. 

"C" 

"6809" 



procO 



{ 



char timeout - 10; 

while(timeout — ); /* Code generated here causes infinite loop. 

The code generated for the while loop clears the A register and then 
compares the D register to -1. Therefore the condition is never met. 

Temporary solution: 

Declare the variable used in the test condition as an integer. 

•C" 

"6809" 



procO 
{ 



int timeout = 10; 

while (timeout — ); 

} 

Signed off 08/25/86 in release 301.80 



Number: D200035832 Product: 68000 C 
Keywords: CODE GENERATOR 



VAX 64819S003 



01.20 



One- line description: 

16 bit comparison on a 8 bit unsigned short field. 

Problem: 

IMPROPER CODE GENERATED FOR STATEMENT INVOLVING unsigned short 

VARIABLE UNLESS EXPLICITLY RE-CAST AS unsigned short. 

mainf) 
{ 
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static unsigned short digit index; 

static unsigned short digitll2] ; 

int a,b; 

if (digit[digit_index] — ){ 

a=4; 

b=4; } 

else{ 

a-5; 

b=5;} 

} 

IMPROPER CODE IS GENERATED FOR THE COMPARISON ( ie THE COMPARISON IS DONE 

ON 16 BITS (8 OF WHICH HAVE BEEN CLEARED) AGAINST #0FFFFH. 

12/10/85: The problem also arises if you compare a constant against 

an unsigned short. For example if you declared: 

♦define constant "0 

unsigned short var; 

and later compared these two the compiler will zero out the upper byte 

of the variable var and then compare it to FFFFH. Thus, the condition 

is never met. 

12/16/85: Another example of incorrect code being generated when a 
char variable is used in a test condition is as follows: 

char a; 
main( ) 
{ 

a = -1; 

if(a == -1) 
a ='A'; 
} 

Temporary solution: 

IF THE LINE IN QUESTION IS CHANGED TO: 

if ((unsigned short)digit[digit_index] — ){ 

CORRECT CODE IS GENERATED ALTHOUGH digit [] HAS ALREADY BEEN 

DECLARED unsigned short. 

12/10/85: Declare the constant as a short. In other words: 

♦define constant 0FFH. 

12/16/85: If only 128 valid characters are required the variable can 

be declared as a short int. 

Signed off 08/25/86 in release 301.80 



Number: D200036640 Product: 68000 C 



VAX 64819S003 



01.20 



One-line description: 

Passing a complicated expression as a parameter may generate bad code. 

Problem: 

Type casting an address to a long, then anding or oring it with a 
constant value and passing the expression as a parameter to a function 
generates incorrect code. The following code demonstrates this problem: 

"C" 
"68000" 
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extern int extvar; 
extern f(); 
badandorU { 

f((long) &extvar & -2): 



} 



f(llong) &extvar I -2) 



/•Generates call to Zunsmult (unsigned mult) 

instead of AND*/ 
/•Generates long add instead of OR*/ 



Temporary solution: 

Assign the expression to a temporary variable and pass the temporary 

to the function: 

badandort) { 
long temp; 

temp = &extvar; 

temp &= -2; 

f (temp); 
} 

Signed off 08/25/86 in release 301.80 



Number: D2O0037085 Product: 68000 C 
Keywords: PASS 3 



VAX 64819S003 



01.20 



One-line description: 

Compiler option $LIST_0BJ 0N$ generates wrong output information. 

Problem: 

Use of the compiler option $LIST_0BJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 

SEXTENSIONS 0N$ 
$LIST_0BJ 0N$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 
PROCEDURE one; 



BEGIN 
a : 
END; 



b; 



In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
incorrect "printf" mask when generating the output file. 

NOTE: THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
THE GENERATED CODE IS CORRECT. 

Signed off 08/25/86 in release 301.80 
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Number: D200040683 Product: 68000 C 
Keywords: PASS 3 



VAX 64819S003 



01.20 



One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 

Problem: 

Pass 3 of the compilation process may fail to detect a relative jump 
which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 
OPTIMIZE is enabled. [BLINK_TAS:BUG] 

Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 
around those sections of code which are suspect. 

Signed off 08/25/86 in release 301.80 



Number: D200041244 Product: 68000 C 



VAX 64819S003 



01.20 



One-line description: 

Problem with integer pointer in conditional statement. 

Problem: 

In the following example, two loads are performed, but no other code is 

generated to check for zero value. 

"C" 

"processor name" 
#define NULL 
fct (parm) 
int *parm; 



{ 



if (parm - NULL) 
parm = 10; 



} 

Signed off 08/25/86 in release 301.80 



Number: D200041855 Product: 68000 C 



VAX 64819S003 



01.20 



One-line description: 

Compiler calculating wrong offset to parameter. 

Problem: 

The following program generates incorrect code: 

"C" 

"Z8002" 

dummy (output) 

int (*output)(); 

{ 

int a; 

(*output) (a) ; 
} 
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Number: D200044040 Product: 68000 C 

Keywords: PASS 3 

One-line description: 

ASM reloc. and compiler reloc differ. 

Problem: 

Same as submitter. 

Signed off 08/25/86 in release 301.80 



VAX 64819S003 



Number: D200045856 Product: 68000 C 

One-line description: 

Title description is incorrect. 

Signed off 08/25/86 in release 301.80 



VAX 64819S003 



Number: D200045922 Product: 68000 C 

One-line description: 

Title description is incorrect. 

Signed off 08/25/86 in release 301.80 



VAX 64819S003 



Number: D200047530 Product: 68000 C 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 301.80 



VAX 64819S003 



Number: D200047811 Product: 68000 C 



VAX 64819S003 



79 



rummy (output) 
int (*output)(); 
{ 

(*output)(); /* the offset used into the stack does not */ 
/* point to the passed parameter */ 

} 

Signed off 08/25/86 in release 301.80 



01.20 



01.20 



01.20 



01.20 



01.20 



One-line description: 

Illegal instruction being generated by compiler. 

Problem: 

The following program will cause the C compiler to generate an illegal 

assembly instruction. 

"C" 
"68000" 

proc (s) 
char s[] ; 
{ 

int i; 
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sti] = "\0"; 



/* A M0VE.B A3,... will be generated. Cannot 
use .B with address register as the source. */ 



Temporary solution: 

Do use a string assignment (ie use single quotes.! 

■•C" 

"68000" 

proc(s) 
char s[] ; 



int i; 

s[i] = '\0'; 



} 



Signed off 08/25/86 in release 301.80 



Number: D200048710 Product: 68000 C 



VAX 64819S003 



01.50 



One-line description: 

Incorrect code when hex values are bit or-ed and passed as parameters. 

Problem: 

When two hex values are bit or-ed together, and at least one 
of the values is greater than or equal to 0x8000, the compiler 
interprets the passed value as a long word instead of a word. 
The following code demonstrates the problem: 

"C" 

"68000" 

$FAR$ 

$CALL_ABS_LONG$ 

$LIB_ABS_L0NG$ 

extern sample! ) ; 

main! ) 

{ 

sample (0x8000 ) ; (*Generates correct code*) 
sample(0x0080 I 0x1000 I 0x7fff); ('Generates correct code*) 
sampie(0x0080 I 0x1000 I 0x8000); ('Generates incorrect code*) 

} 

Temporary solution: 

There are two possible temporary solutions. 

1. Use an explicit type cast. 

main! ) 
{ 

samplet (int) (0x0080 I 0x1000 I 0x8000) 

sample(0x0080 I 0x1000 I (int)0x8000) ; 
} 



2. Use a temporary variable. 
main( ) 

- 68000 C 



("Both expressions 
generate correct 
code *) 
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{ 



int j; 

j = 0x8000; 

sample (0x0080 I 0x1000 I j); 

} 

Signed off 08/25/86 in release 301.80 



Number: D200055137 Product: 68000 C 



VAX 64819S003 



01.50 



One-line description: 

Compilation on the VAX using batch mode generates incorrect listing file 

Problem: 

The test files can be found on the VAX750 under user$disk: [robin. 

hughes. rgalo. test] . The following test files were used: 

1. MTINHST_C. - File which contains one error- a missing '}' on 

line 70 

2. TMTINHST_C. - Error-free version of MTINHST_C. 

3. MT0PNDF_C. - File which contains one error - missing declaration 

for integer 'j' 

4. MT0PNDFT_C. - Error-free version of MT0PNDF_C. 

One logical name must be defined as follows to access the include 
files referenced by the test programs: 

$def ine BSLN user$disk: [ r ob in. hughes. wsbs In. base line] 

When the four files were compiled interactively, the two error-free 
versions generated correct listings. The first file (MTINHST^C. ) 
generated an incomplete and incorrect listing file. The listing 
showed the include files inserted first, followed by "C", "8086" 
and a few other lines of the program. The output displayed on the scree 
n looked like: 

In passl. 
70 else 

"25 
136 

"408 
In C Nocode. 
coup: C NOcode cannot recover from errors. 

When the third file (MT0PNDF_C. ) was compiled, the listing appeared 
fine except for the insertion a some strange control charaters. 

These last two files were compiled in batch mode (file: user$disk: 
[rob in. hughes. rgalo. test] hughes. com) . 

The first file (MTINHST_C.) generated a complete but incorrect listing. 
Although two errors were found (25 & 408) the line at the bottom 
stated that errors ■ 0. The include file expansion preceeded the 
"C" and "8086" in the listing, and lines like, #include filename, were 
still in the file. The error message was at line 72 of the listing 
instead of line 2472 were the '}' was actual missing. Finally the last 
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When the third file (MTOPNDF^C. ) was compiled, an incomplete listing was 
generated with the include file expansions listed first. 

All of these tests were done on the VAX750 with the /e/v/o options. 

This problem also occurs on the 68000. 

Temporary solution: 

No temporary solution available 

Signed off 08/25/86 in release 301.80 



Number: D200058958 Product: 68000 C 



VAX 64819S003 



01.50 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Signed off 08/25/86 in release 301.80 



Number: D200048918 Product: 68000 C 



VAX 64819S003 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 301.80 



Number: D200054635 Product: 68000 C 

Keywords: ENHANCEMENT 

One-line description: 

68010 directive not supported on the 9000. 

Signed off 08/25/86 in release 301.80 



VAX 64819S003 



00.00 



01.50 
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Number: D200051011 Product: 68000 PASCAL 300 64815S004 01.00 


Temporary solution: 

IF I < THEN I := -(I); 




One-line description: 






Program causes compiler to hang up. 


Signed off 08/25/86 in release 401.10 




Problem: 


Number: D200051631 Product: 68000 PASCAL 300 64815S004 01. 


00 


A program containing a complicated expression causes the compiler 






to hang up in pass 2. No listing file is created and no error 


Keywords: PASS 2 




message is generated. 


One-line description: 

K := K + K + K; causes too many pass 2 errors to continue. 




Temporary solution: 


Problem: 




Break the complicated expression up into two or more simpler 


PROCEDURE TEST (VAR K : SIGNED 16); 




expressions. 


BEGIN 

K := K + K + K; Causes 64000 to hang in pass 2. Causes the HOST tc 




Signed off 08/25/86 in release 401.10 


abort in pass 2 with too many errors. 
Temporary solution: 




Number: D200051110 Product: 68000 PASCAL 300 64815S004 01.00 




Use a multiply operator instead of 'n' adds. 




Keywords: BOOLEAN 


"68000" 




One-line description: 






N0T( function) as boolean expression in "IF" statement doesn't work. 


PROGRAM HANGS; 




Problem: 


VAR PARAM : SIGNED_16; 




"68000" 






PROGRAM TEST; 


PROCEDURE TEST1VAR K : SIGNED_16); 




FUNCTION X : BOOLEAN; EXTERNAL; 






BEGIN 


BEGIN 




IF NOT X THEN ; {THE RETURN VALUE IS NEVER TESTED.} 


K = 3*K; 




{COMPARE THE CODE TO: } 


END; 




IF X THEN; 






END. 


BEGIN { HANGS } 
END. { HANGS } 




Temporary solution: 






Assign the function to an intermediate variable an test the variable. 
Signed off 08/25/86 in release 401.10 


Signed off 08/25/86 in release 401.10 




Number: D200052597 Product: 68000 PASCAL 300 64815S004 01. 
One-line description: 


00 


Number: D200051508 Product: 68000 PASCAL 300 64815S004 01.00 




Missing semicolon causes compiler to hang in Pass 1. 




Keywords: CODE GENERATOR 


Problem: 




One-line description: 


The following code causes the 64000 to hang in pass 1. An error 




B := ABS(B) fails to write to the data area. 


is generated on the hosts stating that parsing has stopped at 
a particular line number. 




Problem: 






VAR I : INTEGER; B : BYTE; 


"68000" 
PROGRAM MAIN; 




BEGIN 


TYPE 




I := B; 


STRUCTURED= RECORD 




IF I < THEN 


INT1: INTEGER; 




I := ABS(I); 


INT2: INTEGER; 




Although I is complimented here, it is kept in the register 


END; 




and not rewritten to the data area. 


PROCEDURE 0UTER(VAR PI: STRUCTURED; VAR P2:INTEGER); 




- 68000 PASCAL - 


- 68000 PASCAL - 
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VAR I: INTEGER; 

BEGIN 

I : =P1 <--This missing semicolon causes the problem 

i: -pi. 2; 

I:=P2; 

END; 

BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 401.10 



Number: D200058792 Product: 68000 PASCAL 
Keywords: PREPROCESSOR 



300 64815S004 



01.00 



One-line description: 

Preprocessor reports errors when symbols hp64000, vms or hpux w #if 

Signed off 08/25/86 in release 401.10 



Number: D200059220 Product: 68000 PASCAL 



300 64815S004 



01.00 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Signed off 08/25/86 in release 401.10 



Number: D2O0O48835 Product: 68000 PASCAL 



300 64815S004 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 401.10 



- 68000 PASCAL - 
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Keywords: CASE STATEMENT 
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500 64815S001 01.10 



One-line description: 

Different code generated between Host and 64000 for case statement. 

Problem: 

VAR I : INTEGER; 

CASE I OF 

1 : ; 

2 : ; 
32000 : 
END; 

END. 

This program generates a 3 line comparison on the 64000, but a 32000 
line lookup on the Host. 

Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 101.40 



Number: D200027664 Product: 68000 PASCAL 



500 64815S001 



01.10 



One-line description: 

No form feed between the expanded listing and the cross reference table. 

Problem: 

During compilation, with XREF option on, the compiler does not provide 
a form feed (FF) in the listing file. The XREF starts on the same page 
as the end of the listing. Also, the page number says 535 when it 
should be page 2. 

Temporary solution: 

After compiling with the xref option, edit the expanded listing file 

and insert a "control L" before the beginning of the cross reference 

listing. 

Signed off 08/25/86 in release 101.40 



Number: D200030627 Product: 68000 PASCAL 
Keywords: BOOLEAN 



500 64815S001 



01.10 



One-line description: 

N0T( function) as boolean expression in "IF" statement doesn't work. 

Problem: 

"68000" 

PROGRAM TEST; 

FUNCTION X : BOOLEAN; EXTERNAL; 

BEGIN 

IF NOT X THEN ; {THE RETURN VALUE IS NEVER TESTED.} 

{COMPARE THE CODE TO:} 
IF X THEN; 

- 68000 PASCAL - 
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END. 

Temporary solution: 

Assign the function to an intermediate variable an test the variable. 

Signed off 08/25/86 in release 101.40 
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will be incorrectly listed. For example, consider the following 
Pascal program. 

$EXTENSI0NS 0N$ 
$LIST OBJ 0N$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 

PROCEDURE one; 

BEGIN 

a := b; 
END; 

In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
incorrect "printf" mask when generating the output file. 

NOTE: THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
THE GENERATED CODE IS CORRECT. 

Signed off 08/25/86 in release 101.40 


Number: D200034207 Product: 68000 PASCAL 500 64815S001 01.10 

Keywords: CODE GENERATOR 

One-line description: 

B := ABS(B) fails to write to the data area. 

Problem: 

VAR I : INTEGER; B : BYTE; 

BEGIN 

I := B; 

IF I < THEN 

I :- ABSU); 

" Although I is complimented here, it is kept in the register 
and not rewritten to the data area. 

Temporary solution: 

IF I < THEN I := -(I); 

Signed off 08/25/86 in release 101.40 


Number: D200047431 Product: 68000 PASCAL 500 64815S001 01.20 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 101.40 


Number: D200036947 Product: 68000 PASCAL 500 64815S001 01.20 

Keywords: PASS 2 

One-line description: 

K :» K + K + K; causes too many pass 2 errors to continue. 

Problem: 

PROCEDURE TEST (VAR K : SIGNED 16); 
BEGIN 

K :» K + K + K; Causes 64000 to hang in pass 2. Causes the HOST to 
abort in pass 2 with too many errors. 

Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 101.40 


Number: D200052571 Product: 68000 PASCAL 500 64815S001 01.30 

One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

" 68000" 

PROGRAM MAIN; 

TYPE 

STRUCTURED- RECORD 

INT1:INTEGER; 

INT2: INTEGER; 

END; 

PROCEDURE OUTER (VAR PI: STRUCTURED; VAR P2: INTEGER); 

VAR I: INTEGER; 

BEGIN 

I:=P1 < — This missing semicolon causes the problem 

I:=P1.2; 

- 68000 PASCAL - 


Number: D200037010 Product: 68000 PASCAL 500 64815S001 01.20 

Keywords: PASS 3 

One-line description: 

Compiler option $LIST_0BJ 0N$ generates wrong output information. 

Problem: 

Use of the compiler option $LIST_0BJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 

- 68000 PASCAL - 
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I:=P2; 
END; 



Page: 



89 



BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 101.40 



Number: D200058776 Product: 68000 PASCAL 
Keywords: PREPROCESSOR 



500 64815S001 



01.30 



One-line description: 

Preprocessor reports errors when symbols hp64000, vms or hpux w #if 

Signed off 08/25/86 in release 101.40 



Number: D200059204 Product: 68000 PASCAL 



500 64815S001 



01.30 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Signed off 08/25/86 in release 101.40 



Number: D200048819 Product: 68000 PASCAL 



500 64815S001 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 101.40 



68000 PASCAL 
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Number: D200027672 Product: 68000 PASCAL 
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VAX 64815S003 01.20 



One-line description: 

No form feed between the expanded listing and the cross reference table. 

Problem: 

During compilation, with XREF option on, the compiler does not provide 
a form feed (FF) in the listing file. The XREF starts on the same page 
as the end of the listing. Also, the page number says 535 when it 
should be page 2. 

Temporary solution: 

After compiling with the xref option, edit the expanded listing file 

and insert a "control L" before the beginning of the cross reference 

listing. 

Signed off 08/25/86 in release 301.60 



Number: D200030635 Product: 68000 PASCAL 
Keywords: BOOLEAN 



VAX 64815S003 



01.20 



One-line description: 

NOT(function) as boolean expression in "IF" statement doesn't work. 

Problem: 

"68000" 

PROGRAM TEST; 

FUNCTION X : BOOLEAN; EXTERNAL; 

BEGIN 

IF NOT X THEN ; {THE RETURN VALUE IS NEVER TESTED.} 

{COMPARE THE CODE TO: } 
IF X THEN; 
END. 

Temporary solution: 

Assign the function to an intermediate variable an test the variable. 

Signed off 08/25/86 in release 301.60 



VAX 64815S003 



01.20 



Number: D200034215 Product: 68000 PASCAL 

Keywords: CODE GENERATOR 

One-line description: 

B := ABS(B) fails to write to the data area. 

Problem: 

VAR I : INTEGER; B : BYTE; 

BEGIN 

I := B; 

IF I < THEN 

I := ABS(I); 

" Although I is complimented here, it is kept in the register 
and not rewritten to the data area. 

- 68000 PASCAL - 
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Temporary solution: 

IF I < THEN I := -(I); 

Signed off 08/25/86 in release 301.60 
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Number: D200036954 Product: 68000 PASCAL 
Keywords: PASS 2 



VAX 64815S003 



01.20 



One-line description: 

K :» K + K + K; causes too many pass 2 errors to continue. 

Problem: 

PROCEDURE TEST (VAR K : SIGNED_16); 
BEGIN 

K := K + K + K; Causes 64000 to hang in pass 2. Causes the HOST to 
abort in pass 2 with too many errors. 

Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 301.60 



Number: D200037028 Product: 68000 PASCAL 
Keywords: PASS 3 



VAX 64815S003 



01.20 



One-line description: 

Compiler option $LIST_0BJ 0N$ generates wrong output information. 

Problem: 

Use of the compiler option $LIST_0BJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 

$EXTENSI0NS 0N$ 
$LIST_0BJ 0N$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 

PROCEDURE one; 

BEGIN 

a := b; 
END; 

In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
incorrect "printf" mask when generating the output file. 

NOTE: THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
THE GENERATED CODE IS CORRECT. 

- 68000 PASCAL - 
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Signed off 08/25/86 in release 301.60 
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Number: D200047449 Product: 68000 PASCAL 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 301.60 



VAX 64815S003 



01.20 



Number: D200050922 Product: 68000 PASCAL VAX 64815S003 

One-line description: 

Program causes compiler to hang up. 

Problem: 

A program containing a complicated expression causes the compiler 
to hang up in pass 2. No listing file is created and no error 
message is generated. 



Temporary solution: 

Break the complicated expression up into two or more simpler 

expressions. 

Signed off 08/25/86 in release 301.60 



01.30 



Number: D200050955 Product: 68000 PASCAL 



VAX 64815S003 



01.30 



One-line description: 

Compiler generates illegal 68000 instruction LEAMOVEM.L 

Problem: 

The following code causes the compiler to generate an illegal 

68000 instruction: 

"68000" 
PROGRAM TEST; 
CONST 

event_size = 8; 
TYPE 

event_type = (cmd_msg, rsp_msg, data_msg) ; 

event_msg_type = 

RECORD 

CASE event_type OF 



END; 



cmd_msg 
rsp_msg 
data_msg 



(cmd 
(rsp 
(data 



ARRAYtO. .event_size-l] OF BYTE); 
ARRAY [0. .event_size-l] OF BYTE); 
UNSIGNED_32); 



event = 
RECORD 

type :BYTE; 
qualifier :BYTE; 
msg :event_msg_type; 
send_task :BYTE; 



68000 PASCAL 
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END; 



VAR 

event 1 : event; 

BEGIN 

event 1 :- event (0); 

LEAMOVEM.L0OOO0H.A0 
LEA DTEST.A1 
MOVE.L [A0]+,[A1]+ 
MOVE.L [A0]+,[A1]+ 
MOVE.L [A0]+,[A1]+ 

END. 
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(* This is the expanded code showing 
the illegal instruction LEAMOVEM ») 



Temporary solution: 

No known work around at this time. 

Signed off 08/25/86 in release 301.60 



Number: D200052589 Product: 68000 PASCAL 



VAX 64815S003 



01.30 



One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

"68000" 

PROGRAM MAIN; 

TYPE 

STRUCTURED= RECORD 

INT1: INTEGER; 

INT2: INTEGER; 

END; 

PROCEDURE OUTERlVAR PI: STRUCTURED; VAR P2:INTEGER); 

VAR I: INTEGER; 

BEGIN 

I: -PI < — This missing semicolon causes the problem 

I:-P1.2; 

I:=P2; 

END; 

BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 
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Signed off 08/25/86 in release 301.60 
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Number: D200058784 Product: 68000 PASCAL 

Keywords: PREPROCESSOR 

One-line description: 

Preprocessor reports errors when symbols hp64000, vms or hpux w #if 

Signed off 08/25/86 in release 301.60 



01.30 



Number: D200059212 Product: 68000 PASCAL 



VAX 64815S003 



01.30 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Signed off 08/25/86 in release 301.60 



Number: D200048827 Product: 68000 PASCAL 



VAX 64815S003 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 301.60 



Number: D200051359 Product: 68000 PASCAL 



VAX 64815S003 



00.00 



01.30 



One-line description: 

Request for date and time of link on linker output file. 

Signed off 08/25/86 in release 301.60 
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Number: D200048306 Product: 6805/9 ASSEMB 300 64844S004 01.00 
Keywords: MACRO 


IF ESSAI 

MAC 

ENDIF 




One-line description: 

Conditional instr. .IF with rational oper. in Macro creates bad code 

Problem: 

The use of the conditional instruction, .IF, with rational operator 
(.EQ. , .NE. , .LT. ,.GT. ,.LE. , .GE. ) in a macro functions incorrectly. 
The following program demonstrates this problem: 

BUG MACRO 8.VAR 

.IF &VAR .LE. SUB&&&& 

NOP 

NOP 
SUB&&&& NOP 

NOP 

MEND 


START LD A, 3 

Signed off 08/25/86 in release 401.10 




Number: D200049288 Product: 6805/9 ASSEMB 300 64844S004 

One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 401.10 


00.00 






BUG 3 
BUG -1 
BUG 
END 






Passing a 3 appears to create correct code, but causes a ML error. 
Passing -1 to the MACRO creates code which doesn't call the subroutine. 
This is incorrect since -1 is less than 0. This same problem 
occured with all the rational operators on all processors. The problem 
was consistant on the 64000, VAX, and 9000. 






Signed off 08/25/86 in release 401.10 






Number: D200053397 Product: 6805/9 ASSEMB 300 64844S004 01.00 


One-line description: 

Macro def. including .IF, within a IF causes assembler to stop code gen. 






Problem: 

If you have a ".IF" in a macro definition and that macro definition 
is within a conditional assembly "IF" then no code is generated. 
The program provided demonstrates the problem (see submitter text). 






Temporary solution: 

Pull the macro definition outside of the conditional if. No code 

will be generated for the definition. 






"processor name" 






ESSAI EQU 






MAC MACRO 

.IF ESSAI.EQ.O FIN 
LABEL LD A,0 
FIN MEND 






- 6805/9 ASSEMB - 


- 6805/9 ASSEMB - 
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Number: 5000115097 Product: 6805/9 ASSEMB 500 64844S001 01.10 

One-line description: 

Passing an undefined parameter to a macro is not flagged as an error. 

Problem: 

Passing undefined parameters to a macro does not generate 

an error or warning with the hosted assemblers (VAX and 9000). 



ORG 
CONST EQU 
C0NST_MAC MACRO 

.IF 

WHATEVER 
P_0K FCB 

MEND 

CONST MAC 



10H 



&P1 

(&P1) .LT. 256 P_0K 

; doesn't matter 

CONST, (&P1) 



UNDEF PARAM 



In this example, no error will be generated for the undefined 
symbol UNDEF_PARAM; the 64000 assembler generates an error 
message. 

Signed off 08/25/86 in release 101.40 

Number: D2O0038273 Product: 6805/9 ASSEMB 500 64844S001 6T720 

One-line description: 

Variable declared BEXT generates incorrect record in absolute file. 

Problem: 

The following examples assemble and link without errors, but generate 

an incorrect record in the absolute file. 



"6809" 








OEG 


10H 




EXT 


AAA 




BEXT 


BBB 


CCC 


EQU 


AAA+10H 




FDB 


CCC 




FCB 


BBB 


"6809" 








ORG 


20H 




GLB 


AAA, BBB 


AAA 


FDB 


1234H 


BBB 


FDB 
END 


5678H 



/*Address is 0022h*/ 



The absolute file looks like this: 
Record* 2 size= 5 

4 bytes starting at 0010H 
0030 0032 /*0032 should be 0022*/ 

Record* 3 size- 5 

4 bytes starting at 0020H 
1234 5678 

- 6805/9 ASSEMB - 
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Temporary solution: 

The absolute file will be correct if the first source file is modified 

in the following way: 

"6809" 

ORG 10H 

EXT AAA 

BEXT BBB 

FDB AAA+10H 

FCB BBB 
END 

Signed off 08/25/86 in release 101.40 

Number: D200046896 Product: 6805/9 ASSEMB 500 64844S001 01.20 

One-line description: 

Assembler should denote an error on non-absolute .SET expressions. 

Signed off 08/25/86 in release 101.40 

Number: D200048280 Product: 6805/9 ASSEMB 500 64844S001 01.30 

Keywords: MACRO 

One-line description: 

Conditional instr. .IF with rational oper. in Macro creates bad code 

Problem: 

The use of the conditional instruction, .IF, with rational operator 
( .EQ. , .NE. , ,LT. , .GT. , ,LE. , .GE. ) in a macro functions incorrectly. 
The following program demonstrates this problem: 

BUG 



SUB&&&& 



MACRO 




&VAR 


.IF &VAR 


.LE. 


SUB&&&& 


NOP 






NOP 






NOP 






NOP 






MEND 






BUG 3 






BUG -1 






BUG 






END 







Passing a 3 appears to create correct code, but causes a ML error. 
Passing -1 to the MACRO creates code which doesn't call the subroutine. 
This is incorrect since -1 is less than 0. This same problem 
occured with all the rational operators on all processors. The problem 
was consistant on the 64000, VAX, and 9000. 

Signed off 08/25/86 in release 101.40 



6805/9 ASSEMB - 
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Number: D200053371 Product: 6805/9 ASSEMB 



Page: 99 
500 64844S001 01.30 



One-line description: 

Macro def. including .IF, within a IF causes assembler to stop code gen. 

Problem: 

If you have a ".IF" in a macro definition and that macro definition 
is within a conditional assembly "IF" then no code is generated. 
The program provided demonstrates the problem (see submitter text). 

Temporary solution: 

Pull the macro definition outside of the conditional if. No code 

will be generated for the definition. 



FIN 



"processor 


name" 




ESSAI 


EQU 





MAC 

LABEL 
FIN 


MACRO 
.IF 
LD 
MEND 


ESSAI. EQ.O 
A,0 




IF 

MAC 

ENDIF 


ESSAI 



START LD A, 3 

Signed off 08/25/86 in release 101.40 



Number: D200055939 Product: 6805/9 ASSEMB 500 64844S001 



01.30 



One-line description: 

Relative address is calculated incorrectly when macro call has null parm 

Problem: 

The assembler is not calculating an address correctly when a label 

is equated to "$-LABEL". 

■6809" 





PROG 






EXT 


F_CM0SD0WN 


WMEM 


MACRO 


&P1,&P2,&P3 




LDA 


&P1 




.IF 


"&P3" .NE. """ WMEM2 




.GOTO 


WMEM3 


WMEM2 


.NOP 






STA 


&P2.&P3 


WMEM3 


.NOP 
MEND 






WMEM 


#0FFH,F_CMOSDOWN,, 

- 6805/9 ASSEMB 
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AUT0RDST 
L_AUT0RDST 
END 



HEX 1 1 

EQU S-AUT0RDST 



If you call WMEM with the third parameter as a null and have a comment 
which is not delimited by a semi-colon the value for L_AUT0RDST is 
incorrect. 

Temporary solution: 

Use " to delimit a null parameter and/or delimit the comment 

with a semi-colon. 



So, use WMEM #0FFH,F_CMOSDOWN, " 
instead of WMEM #0FFH,F_CMOSDOWN, , 

Signed off 08/25/86 in release 101.40 



; COMMENT 
COMMENT 



Number: D200049262 Product: 6805/9 ASSEMB 500 64844S001 00.00 

One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 101.40 



- 6805/9 ASSEMB 
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Number: D200038281 Product: 6805/9 ASSEMB VAX 64844S003 01.20 

One-line description: 

Variable declared BEXT generates incorrect record in absolute file. 

Problem: 

The following examples assemble and link without errors, but generate 

an incorrect record in the absolute file. 

"6809" 

ORG 10H 

EXT AAA 

BEXT BBB 

CCC EQU AAA+10H 

FDB CCC 

FCB BBB /"Address is 0022h*/ 

"6809" 

ORG 20H 

GLB AAA, BBB 

AAA FDB 1234H 

BBB FDB 5678H 

END 

The absolute file looks like this: 
Record* 2 size= 5 

4 bytes starting at 0010H 
0030 0032 /*0032 should be 0022*/ 

Record* 3 size* 5 

4 bytes starting at 0020H 
1234 5678 

Temporary solution: 

The absolute file will be correct if the first source file is modified 

in the following way: 

"6809" 

ORG 10H 

EXT AAA 

BEXT BBB 

FDB AAA+10H 

FCB BBB 
END 



Signed off 08/25/86 in release 301.60 



Number: D200046904 Product: 6805/9 ASSEMB VAX 64844S003 01.20 

One-line description: 

Assembler should denote an error on non-absolute .SET expressions. 

Signed off 08/25/86 in release 301.60 



- 6805/9 ASSEMB 
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Number: D200048298 Product: 6805/9 ASSEMB VAX 64844S003 01.40 

Keywords: MACRO 

One-line description: 

Conditional instr. .IF with rational oper. in Macro creates bad code 

Problem: 

The use of the conditional instruction, .IF, with rational operator 
(.EQ. , .NE. , .LT. , .GT. , .LE. , .GE. ) in a macro functions incorrectly. 
The following program demonstrates this problem: 

BUG MACRO &VAR 

.IF &VAR .LE. SUB&&&& 

NOP 

NOP 
SUB&&&& NOP 

NOP 

MEND 

BUG 3 
BUG -1 
BUG 
END 

Passing a 3 appears to create correct code, but causes a ML error. 
Passing -1 to the MACRO creates code which doesn't call the subroutine. 
This is incorrect since -1 is less than 0. This same problem 
occured with all the rational operators on all processors. The problem 
was consistant on the 64000, VAX, and 9000. 

Signed off 08/25/86 in release 301.60 

Number: D200053389 Product: 6805/9 ASSEMB VAX 64844S003 01.40 

One-line description: 

Macro def. including .IF, within a IF causes assembler to stop code gen. 

Problem: 

If you have a ".IF" in a macro definition and that macro definition 
is within a conditional assembly "IF" then no code is generated. 
The program provided demonstrates the problem (see submitter text). 

Temporary solution: 

Pull the macro definition outside of the conditional if. No code 

will be generated for the definition. 

"processor name" 

ESSAI EQU 



MAC 

LABEL 
FIN 



MACRO 

.IF ESSAI. EQ.O FIN 

LD A,0 

MEND 
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IF ESSAI 

MAC 

ENDIF 

START LD A, 3 

Signed off 08/25/86 in release 301.60 
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Number: D200049270 Product: 6805/9 ASSEMB 



VAX 64844S003 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 301.60 



6805/9 ASSEMB 
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Number: D200013946 Product: 6809 C 
Keywords: PASS 1 



64822 



Page: 104 

00.56 



One-line description: 

No warning or err: taking the sizeof a struct var. not declared. 

Problem: 

The compiler should generate an error in the following code. 

•■C" 

"6809" 
main () { 

int y; 

y = sizeof (struct x) : 
} 

If x is not declared or is declared as anything other than a structure, 
the program compiles with no error messages or warnings. It stores as 
the size zero bytes. 

Signed off 08/25/86 in release 201.07 



Number: D200027748 Product: 6809 C 



64822 



01.04 



One-line description: 

No form feed between the expanded listing and the cross reference table. 

Problem: 

During compilation, with XREF option on, the compiler does not provide 
a form feed (FF) in the listing file. The XREF starts on the same page 
as the end of the listing. Also, the page number says 535 when it 
should be page 2. 

Temporary solution: 

After compiling with the xref option, edit the expanded listing file 

and insert a "control L" before the beginning of the cross reference 

listing. 

Signed off 08/25/86 in release 201.07 

Number: D200029694 Product: 6809 C 64822 01.04 

One-line description: 

File fails to compile. Error 1113 is generated. 

Problem: 

The submitted file does not compile. In pass three error 1113 
"Program counters disagree" is flagged. The file will not compile on 
any system. 

Signed off 08/25/86 in release 201.07 



6809 C 
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Number: D200031419 Product: 6809 C 



Page: 105 
64822 01.04 



One-line description: 

++ and — operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array [index++] = 1; 

Example 2: array [index] = 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting array [index] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 201.07 



Number: D200032391 Product: 6809 C 



64822 



01.04 



One-line description: 

Comparing character to zero in while loop generates incorrect code. 

Problem: 

If you compare a character variable to zero in a while loop, incorrect 

code is generated. The following code demonstrates the problem. 

"C" 
"6809" 



procl 



{ 
char timeout = 10; 

while (timeout — ); /* Code generated here causes infinite loop. 

The code generated for the while loop clears the A register and then 
compares the D register to -1. Therefore the condition is never met. 

Temporary solution: 

Declare the variable used in the test condition as an integer. 

"C" 
••6809• , 

proc( ' 



{ 



int timeout = 10; 

while (timeout--); 
> 

Signed off 08/25/86 in release 201.07 

- 6809 C - 
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Number: D200035865 Product: 6809 C 64822 01.04 

Keywords: CODE GENERATOR 

One-line description: 

16 bit comparison on a 8 bit unsigned short field. 

Problem: 

IMPROPER CODE GENERATED FOR STATEMENT INVOLVING unsigned short 

VARIABLE UNLESS EXPLICITLY RE-CAST AS unsigned short. 

ma in ( ) 

{ 

static unsigned short digit index; 

static unsigned short digitll2] ; 

int aib; 

if (dlgit[digit_index]--){ 

a=4; I 

b=4;} : 

else{ ; 

a-5; : 

b=5;}l 

> 

IMPROPER CODE IS GENERATED FOR THE COMPARISON (ie THE COMPARISON IS DONE 

ON 16 BITS (8 OF WHICH HAVE BEEN CLEARED) AGAINST #0FFFFH. 

12/10/85: The problem also arises if you compare a constant against 

an unsigned short. For example if you declared: 

#define constant ~0 

unsigned short var; 

and later compared these two the compiler will zero out the upper byte 

of the variable var and then compare it to FFFFH. Thus, the condition 

is never met. 

12/16/85: Another example of incorrect code being generated when a 
char variable is used in a test condition is as follows: 

char a; 
main! ) 
{ 

a = -1; 

if(a == -1) 
a ='A'; 
} 

Temporary solution: 

IF THE LINE IN QUESTION IS CHANGED TO: 

if ((unsigned short)digit[digit_index] — ){ 

CORRECT CODE IS GENERATED ALTHOUGH digit [] HAS ALREADY BEEN 

DECLARED unsigned short. 

12/10/85: Declare the constant as a short. In other words: 

#define constant 0FFH. 

12/16/85: If only 128 valid characters are required the variable can 

be declared as a short int. 

12/16/85: If only 128 valid characters are required the variable can 
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be declared as a short int. 

Signed off 08/25/86 in release 201.07 
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Number: D200040758 Product: 6809 C 
Keywords: PASS 3 



64822 



01.05 



One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 

Problem: 

Pass 3 of the compilation process may fail to detect a relative jump 
which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 
OPTIMIZE is enabled. [BLINK_TAS:BUG] 

Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 
around those sections of code which are suspect. 

Signed off 08/25/86 in release 201.07 



Number: D200041327 Product: 6809 C 



64822 



01.05 



One-line description: 

Problem with integer pointer in conditional statement. 

Problem: 

In the following example, two loads are performed, but no other code is 

generated to check for zero value. 

"C" 

"processor name" 

#define NULL 

fct (parm) 

int *parm; 

{ 

if (parm - NULL) 
parm = 10; 



} 

Signed off 08/25/86 in release 201.07 



Number: D200045245 Product: 6809 C 



64822 



01.05 



One-line description: 

DIFFERENT BUT EQUAL OBJECT CODE GENERATED ON 64000 THAN IN THE UNIX ENV. 

Problem: 

THE 6809 COMPILER MAY GENERATE DIFFERENT BUT EQUAL CODE IN THE 64000 

ENVIRONMENT THAN THE HP-UX OR VMS ENVIRONMENTS. 

THIS CODE IS ACTUALLY EQUAL IN IT'S RESULTS BUT WILL SHOW DIFFERENCES 
IF COMPAIRED. 

EXAMPLE: THIS COULD RESULT FROM MATH OPERATIONS TAKING PLACE IN A 
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DIFFERENT ORDER - THE RESULT WILL BE THE SAME BUT THE CODE DIFFERENT. 
Signed off 08/25/86 in release 201.07 



Number: D200047605 Product: 6809 C 
One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 201.07 



64822 



01.05 
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Number: D200050278 Product: 6809 C 
Keywords: PASS 1 
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300 64822S004 01.00 



One-line description: 

Incorrect code is generated when complementing a parm. in a return stmt. 

Problem: 

In the following program the incorrect code is generated for the comp- 
lement of the parameter to be returned. 

••C" 

"6809" 

unsigned short bug() 



return (~x) ; 



The compiler generates a "NEGB" when it should be a "COMB" 

Temporary solution: 

Set up a temporary variable and assign the complement of the parameter 

to it and then return the temporary. For example, 

unsigned short temp; 

temp = ~x; 

return temp; 

Signed off 08/25/86 in release 401.10 



Number: D200051078 Product: 6809 C 



300 64822S004 



01.00 



One-line description: 

File fails to compile. Error 1113 is generated. 

Problem: 

The submitted file does not compile. In pass three error 1113 
"Program counters disagree" is flagged. The file will not compile on 
any system. 

Temporary solution: 

No known temporary solution 

Signed off 08/25/86 in release 401.10 



Number: D2O0051292 Product: 6809 C 



300 64822S004 



01.00 



One-line description: 

++ and — operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array [index++] = 1; 

Example 2: array [index] = 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
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setting array [index] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 401.10 



Number: D200052290 Product: 6809 C 
Keywords: CODE GENERATOR 



300 64822S004 



00.00 



One-line description: 

Incorrect opcode "MOV A,ACC" allowed by our assembler 

Problem: 

The instruction "MOV A,ACC" was assemble and emulated by our products; 

however, the Intel 8051 goes into the weeds at this instrcution. 

At first glance the machine code in the asembler listing appears valid 

(MOV A.ACC ->0000 E5E0 ), but the bottom of page 8-35 in Intel's 

microcontroller handbook states: *M0V A.ACC is not a valid instruction. 

Neither our manuals nor AMD's user manual mention this instruction. 

Signed off 08/25/86 in release 401.10 



Number: D200059055 Product: 6809 C 



300 64822S004 



01.00 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Signed off 08/25/86 in release 401.10 



Number: D200049015 Product: 6809 C 



300 64822S004 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 401.10 
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Number: D200049742 Product: 6809 C 

One-line description: 

NO CROSS REFERENCE TABLE IS GENERATED 



Page: 



500 64822S001 



111 
00.00 



Problem: 

"C" COMPILERS DO NOT GENERATE A CROSS REFERENCE TABLE ON THE 

VAX. 

Temporary solution: 

NONE KNOWN AT PRESENT 

Signed off 04/18/86 in release 101.30 
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Number: D200015651 Product: 6809 C 
Keywords: PASS 1 



Page: 112 

VAX 64822S003 01.00 



One-line description: 

Incorrect code is generated when complementing a parm. in a return stmt. 

Problem: 

In the following program the incorrect code is generated for the comp- 
lement of the parameter to be returned. 

"C" 

"6809" 

unsigned short bug() 

{ 

return (~x); 
} 

The compiler generates a "NEGB" when it should be a "COMB" 

Temporary solution: 

Set up a temporary variable and assign the complement of the parameter 

to it and then return the temporary. For example, 

unsigned short temp; 

temp = ~x; 

return temp; 

Signed off 08/25/86 in release 301.50 



Number: D200029710 Product: 6809 C 



VAX 64822S003 



01.00 



One-line description: 

File fails to compile. Error 1113 is generated. 

Problem: 

The submitted file does not compile. In pass three error 1113 
"Program counters disagree" is flagged. The file will not compile on 
any system. 

Signed off 08/25/86 in release 301.50 



Number: D200035881 Product: 6809 C 
Keywords: CODE GENERATOR 



VAX 64822S003 



00.00 



One-line description: 

16 bit comparison on a 8 bit unsigned short field. 

Problem: 

IMPROPER CODE GENERATED FOR STATEMENT INVOLVING unsigned short 

VARIABLE UNLESS EXPLICITLY RE-CAST AS unsigned short. 

main( ) 

{ 

static unsigned short digit index; 

static unsigned short digitTl2]; 

int a,b; 
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if (digit[digit_index]~- ){ 

a=4; 

b=4;} 

else{ 

a=5; 

b«5;} 

} 

IMPROPER CODE IS GENERATED FOR THE COMPARISON ( ie THE COMPARISON IS DONE 

ON 16 BITS (8 OF WHICH HAVE BEEN CLEARED) AGAINST #0FFFFH. 

12/10/85: The problem also arises if you compare a constant against 

an unsigned short. For example if you declared: 

#define constant ~0 

unsigned short var; 

and later compared these two the compiler will zero out the upper byte 

of the variable var and then compare it to FFFFH. Thus, the condition 

is never met. 

12/16/85: Another example of incorrect code being generated when a 
char variable is used in a test condition is as follows: 

char a; 
main! ) 
{ 

a = -1; 

if(a == -1) 
a ='A'; 
} 

Temporary solution: 

IF THE LINE IN QUESTION IS CHANGED TO: 

if ((unsigned short)digit[digit_index] — ){ 

CORRECT CODE IS GENERATED ALTHOUGH digit [] HAS ALREADY BEEN 

DECLARED unsigned short. 

12/10/85: Declare the constant as a short. In other words: 

#define constant OFFH. 

12/16/85: If only 128 valid characters are required the variable can 

be declared as a short int. 

Signed off 08/25/86 in release 301.50 



Number: D200037143 Product: 6809 C 
Keywords: PASS 3 



VAX 64822S003 



00.00 



One-line description: 

Compiler option $LIST_0BJ 0N$ generates wrong output information. 

Signed off 08/25/86 in release 301.50 



Number: D200040774 Product: 6809 C 
Keywords: PASS 3 



VAX 64822S003 



00.00 



One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 
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Problem: 

Pass 3 of the compilation process may fail to detect a relative jump 
which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 
OPTIMIZE is enabled. [BLINK_TAS:BUG] 

Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 
around those sections of code which are suspect. 

Signed off 08/25/86 in release 301.50 



Number: D200041343 Product: 6809 C 



VAX 64822S003 



00.00 



One-line description: 

Problem with integer pointer in conditional statement. 

Problem: 

In the following example, two loads are performed, but no other code is 

generated to check for zero value. 



"processor name" 

♦define NULL 

fct(parm) 

int *parm; 

{ 

if (parm - NULL) 
parm = 10; 



} 



Signed off 08/25/86 in release 301.50 



Number: D200045989 Product: 6809 C 

One-line description: 

Title description is incorrect. 

Signed off 08/25/86 in release 301.50 



VAX 64822S003 



00.00 



Number: D200047621 Product: 6809 C 
One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 301.50 



VAX 64822S003 



00.00 



Number: D200051284 Product: 6809 C 



VAX 64822S003 



01.20 



One-line description: 

++ and — operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array [index++] = 1; 
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Example 2: array[index] = 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting array[index] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 301.50 



Number: D200055160 Product: 6809 C 



VAX 64822S003 



01.20 



One-line description: 

Compilation on the VAX using batch mode generates incorrect listing file 

Problem: 

The test files can be found on the VAX750 under user$disk: [robin. 

hughes. rgalo. test] . The following test files were used: 



MTINHST C. 



File which contains one error- a missing '}' on 
line 70 



2. TMTINHST_C. - Error-free version of MTINHST_C. 

3. MT0PNDF_C. - File which contains one error - missing declaration 

for integer ' j' 

4. MT0PNDFT_C. - Error-free version of MT0PNDF_C. 

One logical name must be defined as follows to access the include 
files referenced by the test programs: 

$define BSLN user$disk: [robin. hughes. wsbsln. baseline] 

When the four files were compiled interactively, the two error-free 
versions generated correct listings. The first file (MTINHST^C. ) 
generated an incomplete and incorrect listing file. The listing 
showed the include files inserted first, followed by "C", "8086" 
and a few other lines of the program. The output displayed on the scree 
n looked like: 

In passl. 
70 else 

"25 
136 

"408 
In C Nocode. 
comp: C NOcode cannot recover from errors. 

When the third file (MT0PNDF_C. ) was compiled, the listing appeared 
fine except for the insertion a some strange control charaters. 

These last two files were compiled in batch mode (file: user$disk: 
[ rob in. hughes. rgalo. test ]hughes. com) . 
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The first file (MTINHST_C. ) generated a complete but incorrect listing. 
Although two errors were found (25 & 408) the line at the bottom 
stated that errors = 0. The include file expansion preceeded the 
"C" and "8086" in the listing, and lines like, #include filename, were 
still in the file. The error message was at line 72 of the listing 
instead of line 2472 were the '}' was actual missing. Finally the last 
100 lines had useless numbers in the left margin. 

When the third file (MTOPNDF^C. ) was compiled, an incomplete listing was 
generated with the include file expansions listed first. 

All of these tests were done on the VAX750 with the /e/v/o options. 

This problem also occurs on the 68000. 

Temporary solution: 

No temporary solution available 

Signed off 08/25/86 in release 301.50 



Number: D200059048 Product: 6809 C 



VAX 64822S003 



01.20 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Signed off 08/25/86 in release 301.50 



Number: D200049007 Product: 6809 C 



VAX 64822S003 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 301.50 
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Number: 5000096594 Product: 6809 PASCAL 
Keywords: ENHANCEMENT 



64813 
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01.08 



One-line description: 

Superfluous code generated for bounds checking in FOR loop with consts. 

Problem: 

CONST CI, C2 = anyvalue; 

VAR VI : any type; 

BEGIN 

FOR VI := CI TO C2 DO; This generates boundary checking code prior to 

executing the loop even though they are known 

at compile time. 

FOR VI := 10 TO 20 DO; This does the same thing; 

Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 301.10 



Number: 5000114777 Product: 6809 PASCAL 
Keywords: CODE GENERATOR 



64813 



01.08 



One-line description: 

SHIFT funct. used as an array reference creates incorrect code. 

Problem: 

Incorrect code is generated when a referance to an array member uses 

a SHIFT operation for the index: 

TYPE 

SET8 = SET OF BIT8; 

TAB8 = ARRAY [0..3J OF SET8; 

VAR 

T : TAB8; 
S : SET8; 

BEGIN 

T[l] := S; 

T[SHIFT(ll,-3)] := S; 
END. 

Temporary work around: 



{generates incorrect code} 



Store SHIFT result in a temporary variable, then use variable as 
array index. 

Note: Code genrated on the 9000/vax is different from that generated 
on the HP64000, but both are incorrect. 

Signed off 08/25/86 in release 301.10 
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Number: 5000119925 Product: 6809 PASCAL 
Keywords: CODE GENERATOR 



64813 



Page: 118 

01. 0£ 



One-line description: 

An automat. BYTE to INT. conversion within a WITH statmnt. - gen. bad cd 

Problem: 

When the GRANGE ON $ compiler option is used, an automatic BYTE 
to INTEGER conversion being performed on a record field within a 
WITH statement generates 1006 (Call HP) error message on the 64100. 
On the 9000 and VAX the following message is created: "comp failed: 
too many errors in pass2". If the element referenced is the first 
record field , or if a functional type change is made (even if same as 
declared), the correct code is generated. 

The following program demonstrates this problem: 

"6809" 
PROGRAM TEST; 

$EXTENSIONS ON, RANGE 0N$ 

VAR I : -1000.. 1000; 
REC : RECORD 

PLACE : BYTE; 
B : BYTE; 
END; 



BEGIN 

WITH REC DO I := 
WITH REC DO I := 

END. 



B; 

BYTE 



{generates error -1006} 
i ; {work around} 



The problem occurs when the variable I (range -1000.. 1000) and the 
variable B (range -128.. 127 ) have different ranges. If I is changed 
to have a range within -128.. 127 no error occurs, or if B is changed 
to have a range greater than or equal to -1000.. 1000 (i.e. signed_16, 
integer) no error occurs. 



Temporary Workaround: 

1) Make the element referenced in this manner the first element 
in the record declaration , or do a funtional type change 
around the record field (see above example). 

2) Turn $RANGE 0FF$. 



Signed off 08/25/86 in release 301.10 



Number: D200036772 
Keywords: INCLUDE 



Product: 6809 PASCAL 



64813 



01.08 



One-line description: 

Nested INCLUDE files 3 or more deep cause 64000 to "hang" in pass 3. 
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Problem: 

Nested INCLUDE files 3 or more deep cause 64000 to hang in pass 3. 

Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 301.10 



Number: D200045237 Product: 6809 PASCAL 



64813 



01.08 



One-line description: 

DIFFERENT BUT EQUAL OBJECT CODE GENERATED ON 64000 THAN IN THE UNIX ENV. 

Problem: 

THE 6809 COMPILER MAY GENERATE DIFFERENT BUT EQUAL CODE IN THE 64000 

ENVIRONMENT THAN THE HP-UX OR VMS ENVIRONMENTS. 

THIS CODE IS ACTUALLY EQUAL IN IT'S RESULTS BUT WILL SHOW DIFFERENCES 
IF COMPAIRED. 

EXAMPLE: THIS COULD RESULT FROM MATH OPERATIONS TAKING PLACE IN A 

DIFFERENT ORDER - THE RESULT WILL BE THE SAME BUT THE CODE DIFFERENT. 

Signed off 08/25/86 in release 301.10 



Number: D200047365 Product: 6809 PASCAL 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 301.10 



64813 



01.08 



Number: D200052480 Product: 6809 PASCAL 



64813 



01.09 



One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

"processor name" 

PROGRAM MAIN; 

TYPE 

STRUCTURED- RECORD 

INT1: INTEGER; 

INT2: INTEGER; 

END; 

PROCEDURE 0UTER(VAR PI: STRUCTURED; VAR P2:INTEGER); 

VAR I: INTEGER; 

BEGIN 

I:=P1 < — This missing semicolon causes the problem 

I:=P1.2; 

I:-P2; 
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END; 

BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 301.10 
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Number: D200048660 Product: 6809 PASCAL 
Keywords: CODE GENERATOR 
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300 64813S004 01.00 



One-line description: 

SHIFT funct. used as an array reference creates incorrect code. 

Problem: 

Incorrect code is generated when a referance to an array member uses 

a SHIFT operation for the index: 

TYPE 

SET8 = SET OF BIT8: 

TAB8 = ARRAY [0..3J OF SET8; 

VAR 

T : TAB8; 
S : SET8; 



BEGIN 

T[l] := S; 

T[SHIFT(ll,-3)] 
END. 

Temporary work around: 



{generates incorrect code} 



Store SHIFT result in a temporary variable, then use variable as 
array index. 

Note: Code genrated on the 9000/vax is different from that generated 
on the HP64000, but both are incorrect. 

Signed off 08/25/86 in release 401.10 



Number: D2O0052514 Product: 6809 PASCAL 



300 64813S004 



01.00 



One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

•'6809" 

PROGRAM MAIN; 

TYPE 

STRUCTURED- RECORD 

I NT1: INTEGER; 

INT2: INTEGER; 

END; 

PROCEDURE 0UTER(VAR PI: STRUCTURED; VAR P2:INTEGER); 

VAR I: INTEGER; 

BEGIN 

I:=P1 < — This missing semicolon causes the problem 

I:-P1.2; 
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END; 
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BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 401.10 

Number: D200058735 Product: 6809 PASCAL 300 64813S004 

Keywords: PREPROCESSOR 

One-line description: 

Preprocessor reports errors when symbols hp64000, vms or hpux w #if 

Signed off 08/25/86 in release 401.10 



01.00 



Number: D200059162 Product: 6809 PASCAL 



300 64813S004 



01.00 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Signed off 08/25/86 in release 401.10 



Number: D200048777 Product: 6809 PASCAL 



300 64813S004 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 401.10 
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Number: D200034181 Product: 6809 PASCAL 500 64813S001 01.00 






Signed off 08/25/86 in release 101.20 


Keywords: ENHANCEMENT 




Number: D200047373 Product: 6809 PASCAL 500 64813S001 01.00 


One-line description: 




Superfluous code generated for bounds checking in FOR loop with consts. 


One-line description: 




TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 


Problem: 




CONST CI, C2 = anyvalue; 


Signed off 08/25/86 in release 101.20 


VAR VI : any type; 




Number: D200048645 Product: 6809 PASCAL 500 64813S001 01.10 


BEGIN 




FOR VI :- CI TO C2 DO; This generates boundary checking code prior to 


Keywords: CODE GENERATOR 


executing the loop even though they are known 




at compile time. 


One-line description: 




SHIFT funct. used as an array reference creates incorrect code. 


FOR vi := 10 TO 20 DO; This does the same thing; 






Problem: 


Temporary solution: 


Incorrect code is generated when a referance to an array member uses 


None at this time. 


a SHIFT operation for the index: 


Signed off 08/25/86 in release 101.20 


TYPE 




SET8 = SET OF BIT8; 

TAB8 = ARRAY [0..3J OF SET8; 


Number: D200036988 Product: 6809 PASCAL 500 64813S001 01.00 


Keywords: PASS 3 


VAR 




T : TAB8; 


One-line description: 


S : SET8; 


Compiler option $LIST_0BJ 0N$ generates wrong output information. 






BEGIN 


Problem: 


T[l] :- S; 


Use of the compiler option $LIST_0BJ 0N$ may result in incorrect 


T[SHIFT(ll,-3) ] := S; {generates incorrect code} 


data being output to the list file. In selected cases, machine code 


END. 


will be incorrectly listed. For example, consider the following 




Pascal program. 


Temporary work around: 


$EXTENSIONS 0N$ 


Store SHIFT result in a temporary variable, then use variable as 


$LIST OBJ 0N$ 


array index. 


PROGRAM test; 






Note: Code genrated on the 9000/vax is different from that generated 


VAR 


on the HP64000, but both are incorrect. 


a, b : BOOLEAN; 






Signed off 08/25/86 in release 101.20 


PROCEDURE one; 




Number: D200052498 Product: 6809 PASCAL 500 64813S001 01.10 


BEGIN 




a :- b; 


One-line description: 


END; 


Missing semicolon causes compiler to hang in Pass 1. 




Problem: 


In the example listed above, the output file will denote machine code 


The following code causes the 64000 to hang in pass 1. An error 


of the form FFFFC00001 for one of the generated assembly statements. 


is generated on the hosts stating that parsing has stopped at 


The correct value should be C8000001. This problem is caused by an 


a particular line number. 


incorrect "printf" mask when generating the output file. 






"processor name" 


NOTE: THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 


PROGRAM MAIN; 


THE GENERATED CODE IS CORRECT. 


TYPE 
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STRUCTURED- RECORD 

INT1: INTEGER; 
INT2: INTEGER; 
END; 

PROCEDURE OUTER(VAR PI : STRUCTURED; VAR P2:INTEGER); 

VAR I: INTEGER; 

BEGIN 

I: -PI < — This missing semicolon causes the problem 

I:=P1.2; 

I:=P2; 

END; 

BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 101.20 



Number: D2O0O58719 Product: 6809 PASCAL 
Keywords: PREPROCESSOR 



500 64813S001 



01.10 



One-line description: 

Preprocessor reports errors when symbols hp64000, vms or hpux w #if 

Signed off 08/25/86 in release 101.20 



Number: D2O0059147 Product: 6809 PASCAL 500 64813S001 



01.10 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Signed off 08/25/86 in release 101.20 



Number: D2O0O48751 Product: 6809 PASCAL 



500 64813S001 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 101.20 



SRB detail reports as of 08/25/86 
Number: D200034199 Product: 6809 PASCAL 
Keywords: ENHANCEMENT 
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VAX 64813S003 01.00 



6809 PASCAL 



One-line description: 

Superfluous code generated for bounds checking in FOR loop with consts. 

Problem: 

CONST CI, C2 = anyvalue; 

VAR VI : any type; 

BEGIN 

FOR VI := CI TO C2 DO; This generates boundary checking code prior to 

executing the loop even though they are known 

at compile time. 

FOR VI := 10 TO 20 DO; This does the same thing; 

Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 301.30 

Number: D200036996 Product: 6809 PASCAL VAX 64813S003 01.00 

Keywords: PASS 3 

One-line description: 

Compiler option $LIST_0BJ 0N$ generates wrong output information. 

Problem: 

Use of the compiler option $LIST_0BJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 

$EXTENSI0NS 0N$ 
$LIST_0BJ ON$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 

PROCEDURE one; 

BEGIN 

a := b; 
END; 

In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
incorrect "printf" mask when generating the output file. 

NOTE: THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
THE GENERATED CODE IS CORRECT. 

- 6809 PASCAL - 
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Number: D200043372 Product: 6809 PASCAL 



VAX 64813S003 



One-line description: 

COMPILER ASSIGNS INCORRECT TEMP STORAGE SOMETIMES BYTE TO REAL. 

Signed off 08/25/86 in release 301.30 



Number: D200047381 Product: 6809 PASCAL 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 301.30 



VAX 64813S003 



01.00 



01.00 



Number: D200048652 Product: 6809 PASCAL 
Keywords: CODE GENERATOR 



VAX 64813S003 



01.10 



One-line description: 

SHIFT funct. used as an array reference creates incorrect code. 

Problem: 

Incorrect code is generated when a referance to an array member uses 

a SHIFT operation for the index: 

TYPE 

SET8 = SET OF BITS- 
TABS - ARRAY [0..3J OF SET8; 

VAR 

T : TAB8; 
S : SET8; 



BEGIN 

T[l] := S; 

T[SHIFT(ll,-3)] 
END. 

Temporary work around: 



{generates incorrect code} 



Store SHIFT result in a temporary variable, then use variable as 
array index. 

Note: Code genrated on the 9000/vax is different from that generated 
on the HP64000, but both are incorrect. 

Signed off 08/25/86 in release 301.30 



Number: D200052506 Product: 6809 PASCAL 



VAX 64813S003 



01.10 



One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 



Problem: 



6809 PASCAL 
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The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

"processor name" 

PROGRAM MAIN; 

TYPE 

STRUCTURED- RECORD 

INT1: INTEGER; 

INT2: INTEGER; 

END; 

PROCEDURE 0UTER(VAR PI: STRUCTURED; VAR P2:INTEGER); 

VAR I: INTEGER; 

BEGIN 

I:=P1 < — This missing semicolon causes the problem 

I:-P1.2; 

I:=P2; 

END; 

BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 301.30 



Number: D200058727 Product: 6809 PASCAL 
Keywords: PREPROCESSOR 



VAX 64813S003 



01. 10 



One-line description: 

Preprocessor reports errors when symbols hp64000, vms or hpux w #if 

Signed off 08/25/86 in release 301.30 



Number: D200059154 Product: 6809 PASCAL 



VAX 64813S003 



01.10 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Signed off 08/25/86 in release 301.30 



Number: D200048769 Product: 6809 PASCAL 



VAX 64813S003 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 301.30 

- 6809 PASCAL - 
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Number: 2700005900 Product: 8085 B PASCAL 64825 

One-line description: 

Incorrect code generated for WHILE construct. 

Temporary solution: 

There are two possible work-arounds for this problem: 

(1) alter the order of comparisons, or 

(2) change the TYPE of a to something other than SIGNED_16. 

Signed off 08/25/86 in release 501.03 

Number: D200019307 Product: 8085 B PASCAL 64825 01.01 

Keywords: PASS 2 

One-line description: 

Program re-BOOTS 64000 station. 

Problem: 

Program will re-BOOT the 64000 station when compiled using the 64000 
cross compiler. NOTE: This problem exists ONLY with the 64000 
compiler. 

Signed off 08/25/86 in release 501.03 



Number: D200020131 Product: 8085 B PASCAL 
Keywords: STRING ARRAYS 



64825 



01.01 



One-line description: 

Multidimensional arrays of packed string arrays cannot be assigned to. 

Problem: 

PROGRAM TEST; 

TYPE STRING_40 - PACKED ARRAY [0..15] OF CHAR; 

VAR ARRAY1 : ARRAY [1. . 2, 1 . . 2] OF STRING_40; 

BEGIN 

ARRAYlU.l] := 'HELLO' 

****Pass 2 error ?? 1006 => Contact HP 

END. 

Signed off 08/25/86 in release 501.03 



6809 PASCAL 



Number: D200022434 Product: 8085 B PASCAL 64825 

Keywords: CODE GENERATOR 

One-line description: 

Incorrect code generated for IF statement. 

Problem: 

Compiling the following program demonstrates a code generation 
problem for the IF statement. 

- 8085 B PASCAL - 
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PROGRAM test; 
$EXTENSIONS$ 
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VAR 

SCAN_TYPE : BYTE; 

BEGIN 

IF (SCANJTYPE > 6) OR (SCAN_TYPE = 2) THEN 
END. 

After determining the result of (SCAN TYPE > 6) the compiler overwrites 
the result (stored in the accumulator! with other data. Thus, the 
only comparison made is (SCANJTYPE = 2). 

Temporary solution: 

Divide the IF statement into two separate statements. 



Signed off 08/25/86 in release 501.03 



Number: D200022491 Product: 8085 B PASCAL 
Keywords: CODE GENERATOR 



64825 



01.01 



One-line description: 

Incorrect code generated for SET inclusion statement. 

Problem: 

The following program demostrates a code generation problem for the 
SET inclusion statement. 

PROGRAM test; 
$EXTENSIONS$ 



TYPE 



BYTE_SET = SET OF (B0, Bl, B2, B3, B4, B5, B6, B7) ; 



VAR 

status_byte : BYTE_SET; 

BEGIN 

IF [B0] <= status_byte THEN 

END. 
In the example listed, the compiler generates code which OR's and 
CP's (compare) rather than an AND operation. 

Temporary solution: 

Use the set inclusion statement: IF B0 IN status_byte THEN ... 



Signed off 08/25/86 in release 501.03 



Number: D200026500 Product: 8085 B PASCAL 



64825 



01.01 



One-line description: 

Defining TRUE and FALSE as global may result in duplicate symbol names. 



Problem: 
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Defining the variables (constants) TRUE and FALSE to be global may 
result in a duplicate symbol error during a link. These variables 
are incorrectly defined as global in the Zwordcmp routine located in 
'Zlibrary' . 

NOTE: Redefining the values of TRUE and/or FALSE is not 
a legal Pascal operation. Redefinition of these 
constants is therefore not supported when using 
the HP 64000 compiler. 

Temporary solution: 

Obtain the source to Zwordcmp from your local HP Systems Engineer. 

Signed off 08/25/86 in release 501.03 



Number: D200034157 Product: 8085 B PASCAL 
Keywords: STRING 



64825 



01.01 



One-line description: 

Pointers to STRINGS cannot be assigned a string of length one. 

Problem: 

TYPE STR_ARR : PACKED ARRAY [0..7] OF CHAR; {I.E., A STRING} 
ARR_PTR : "STR_ARR; 

VAR PTR : ARR_PTR; 

BEGIN 



PTR" := "1234567"; {WORKS FINE} 

PTR" := "1"; {GENERATES THE FOLLOWING INCORRECT CODE} 
LD A.001H {THIS WILL BE THE STRING LENGTH} 
LD HL fPTRl 
LD [HL], A {SO FAR SO GOOD, WE'VE LOADED THE BYTE COUNT IN 

STR_ARR[0]} 
LD HL, [PTR+001HHTHIS IS THE MISTAKE. WE SHOULD HAVE DONE A 

LD HL, [PTR] INC HL} 
LD [HL], 031H 

Temporary solution: 
None at this time. 



Signed off 08/25/86 in release 501.03 



Number: D200036814 Product: 8085 B PASCAL 
Keywords: INCLUDE 



64825 



01.01 



One-line description: 

Nested INCLUDE files 3 or more deep cause 64000 to "hang" in pass 3. 

Problem: 

Nested INCLUDE files 3 or more deep cause 64000 to hang in pass 3. 



8085 B PASCAL 
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Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 501.03 
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Number: D200037796 Product: 8085 B PASCAL 64825 

One-line description: 

Bad code generated for assignment statement. 

Problem: 

Bad code is generated for the following two Pascal statements. 

SSEPARATE 0N$ 
SEXTENSIONS 0N$ 
PROGRAM test; 



01.01 



PROCEDURE one (a 
VAR 



BYTE; VAR b : SIGNED_16); 
SIGNED_16; 



BEGIN 

c := SIGNED_16 (a) + b; 

c := SIGNED_16 (a) - b; 
END. 

In the first statement an 'XCHG' assembly instruction is missing. In 
the second statement 4 extra lines are generated and the code generated 
is incorrect. 

Temporary solution: 

Reverse the order of the two "operands" in the addition statement. In 

other words use the expression 

c := b + SIGNED_16 (a); 

Signed off 08/25/86 in release 501.03 



Number: D200040261 
Keywords: SETS 



Product: 8085 B PASCAL 



64825 



01.01 



One-line description: 

SUPERSET or SUBSET checking doesn't work. 

Problem: 

TYPE SETJTYPE = SET OF (80,81,62,63,64,65,66,67); 

VAR X : SETJTYPE; 

BEGIN 

IF X <= [83, B4] THEN; {GENERATES INCORRECT CODE} 

IF X > = [B3,B4] THEN; {GENERATES INCORRECT CODE} 

Temporary solution: 
None at this time. 
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Signed off 08/25/86 in release 501.03 
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Number: D200041145 Product: 8085 B PASCAL 



64825 



One-line description: 

Bad code generated for IF., statement (including WITH). 

Signed off 08/25/86 in release 501.03 



Number: D200044735 Product: 8085 B PASCAL 
Keywords: FOR LOOP 



64825 



01.01 



01.01 



One-line description: 

FOR Signed8 := TO 2 DO REAL1 := REAL1/REAL2 overwrites the A-register. 

Temporary solution: 

Use the compiler option $AMNESIA +$ 

Signed off 08/25/86 in release 501.03 



Number: D200047696 Product: 8085 B PASCAL 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 501.03 



64825 



01.01 



Number: D200052381 Product: 8085 B PASCAL 



64825 



01.02 



One-line description: 

Incorrect code generated when a CHAR is converted to an UNSIGNED_16. 

Problem: 

Incorrect code is generated when a CHAR variable is converted 

to an UNSIGNED_16. The following code is an example: 

"processor name" 
^EXTENSIONS 0N$ 
SRECURSIVE 0FF$ 
PROGRAM PASCALTEST; 
TYPE 

BUG_TYPE = UNSIGNED_16; (*There is no problem if this is 

SIGNED_16*) 

PROCEDURE 8UGGY ( COUNT : BUGJTYPE ) ; EXTERNAL ; 

FUNCTION 0PEN:SIGNED_16; 

VAR 

COUNT : BUGJTYPE; 
LEN: CHAR; 
BEGIN 

(*THE NEXT TWO STATEMENTS GENERATE INCORRECT CODE*) 
COUNT := BUGJTYPE (LEN); 

(* LD A,001H *) 

(* LD (Dopen+00002H],A ») 
(* LD A,[Dopen+00004H] *) 
(* LD [Dopen+00003H],A *) 

- 8085 B PASCAL - 
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BUGGY (BUG TYPE(LEN)); 
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(* LD 


A.001H *) 


(* LD 


[Dopen+00005H],BC») 


(* LD 


A, [Dopen+00004H] *) 


(* LD 


HL,[Dopen+00005H]*) 


(* PUSH 


HL *) 


(* CALL 


BUGGY *) 


(* INC 


SP *) 


(* INC 


SP *) 



END; 



Something very strange occurs when the same code is compiled with 
SRECURSIVE 0N$. The statement BUGGY (BUGJTYPE ( LEN) ) ; generates 
the following code: 



LD 


A.001H 


LD 


[IX-11],A 


LD 


[IX-10],WHAT??? 


LD 


A, [IX-5] 


LD 


L,A 


LD 


H, [IX-10] 


PUSH 


HL 


CALL 


BUGGY 


INC 


SP 


INC 


SP 



Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 501.03 



Number: D200052670 Product: 8085 B PASCAL 



64825 



01.02 



One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

"BZ80" 

PROGRAM MAIN; 

TYPE 

STRUCTURED- RECORD 

INT1: INTEGER; 

INT2: INTEGER; 

END; 

PROCEDURE OUTER(VAR PI: STRUCTURED; VAR P2:INTEGER); 

VAR I: INTEGER; 

BEGIN 

I:=P1 < — This missing semicolon causes the problem 

I:=P1.2; 

I:=P2; 

- 8085 B PASCAL - 
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BEGIN 
END. 

Tempora 
If the 
On the 
stopped 
which 1 



ry solution: 

compiler hangs, looVc for a statement without a semicolon. 
64000, the status line will show which line of code it 
on. On the hosts, the error message generated indicates 
ine of code parsing stopped on. 



Signed off 08/25/86 in release 501.03 
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Number: D200052084 Product: 8085 B PASCAL 



Page: 



300 64825S004 



137 
"01.00 



One-line description: 

Bad code generated for IF., statement (including WITH). 

Problem: 

The following program demonstrates a code generation problem. 

The compiler loads the accumulator with the constant value, 

then overwrites the value when an indirect load (LDAX) is performed. 

PROGRAM test; 
SEXTENSI0NS 0N$ 
$RECURSIVE 0N$ 

TYPE 

codeblk = RECORD 

id: BYTE; 

base: SIGNED_16; 

END; 
pointer = ^codeblk; 

PROCEDURE one (fac_ptr: pointer); 
BEGIN 

WITH fac ptr" DO 

IF Tid >= 25) AND (id <= 29) THEN 
END; 

In addition, if the WITH statement is commented out, the compiler also 
generates incorrect code. In this case, the compiler loads the 
value of "id" and "25" and then calls a run-time library routine 
which compares the two values. After returning from the comparison 
routine, the compiler destroys the value in the HL register pair 
(id), and then later assumes the value in HL is still valid. 

Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 401.10 



Number: D200052415 Product: 8085 B PASCAL 



300 64825S004 



01.00 



One-line description: 

Incorrect code generated when a CHAR is converted to an UNSIGNED_16. 

Problem: 

Incorrect code is generated when a CHAR variable is converted 

to an UNSIGNED_16. The following code is an example: 

"processor name" 
SEXTENSIONS 0N$ 
SRECURSIVE 0FF$ 
PROGRAM PASCALTEST; 
TYPE 

BUG_TYPE - UNSIGNED_16; (*There is no problem if this is 

SIGNED 16*) 
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PROCEDURE BUGGY ( COUNT : BUGJTYPE ) ; EXTERNAL ; 

FUNCTION 0PEN:SIGNED_16; 

VAR 

COUNT : BUGJTYPE; 
LEN: CHAR; 
BEGIN 

(*THE NEXT TWO STATEMENTS GENERATE INCORRECT CODE*) 
COUNT := BUGJTYPE (LEN); 

(* LD A.001H *) 

(* LD [Dopen+00002H],A *) 
(* LD A, [Dopen+00004H] *) 
(* LD [Dopen+00003H],A *) 
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BUGGY (BUG TYPE (LEN) 



END; 



(* LD A.001H *) 

(* LD [Dopen+00005H],BC») 

(* LD A, [Dopen+00004H] *) 

(* LD HL, [Dopen+00005H]*) 

(* PUSH HL *) 

(* CALL BUGGY *) 

(* INC SP *) 

(* INC SP *) 



Something very strange occurs when the same code is compiled with 
SRECURSIVE ON$. The statement BUGGY (BUGJTYPE (LEN) ) ; generates 
the following code: 



LD 


A,001H 


LD 


[IX-11] ,A 


LD 


[IX-10],WHAT??? 


LD 


A, [IX-5] 


LD 


L,A 


LD 


H, [IX-10] 


PUSH 


HL 


CALL 


BUGGY 


INC 


SP 


INC 


SP 



Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 401.10 



Number: D200052704 Product: 8085 B PASCAL 



300 64825S004 



01.00 



One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

"BZ80" 
PROGRAM MAIN; 
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TYPE 

STRUCTURED= RECORD 

INT1: INTEGER; 

INT2: INTEGER; 

END; 

PROCEDURE OUTERlVAR PI: STRUCTURED; VAR P2:INTEGER); 

VAR I: INTEGER; 

BEGIN 

I : =P1 < — This missing semicolon causes the problem 

I:=P1.2; 

I:=P2; 

END; 

BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 401.10 
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Number: 5000107888 Product: 8085 B PASCAL 500 64825S001 01.10 

Keywords: PASS 2 

One-line description: 

Array element as argument of CASE statement causes compile to fail. 

Problem: 

The following program causes the error "comp failed; too many errors in 

pass 2" to be generated: 

"processor name" 

$EXTENSIONS 0N$ 
PROGRAM TEST; 
VAR 

I: INTEGER; 

T: ARRAYtl. .3] OF BYTE; 

BEGIN 

CASE T[I] OF; 

END; 
END. 

Signed off 08/25/86 in release 101.40 


j Number: D200058883 Product: 8085 B PASCAL 300 64825S004 01.00 

Keywords: PREPROCESSOR 

One-line description: 

Preprocessor reports errors when symbols hp64000, vms or hpux w #if 

Signed off 08/25/86 in release 401.10 


Number: D200020149 Product: 8085 B PASCAL 500 64825S001 01.10 

Keywords: STRING ARRAYS 

One-line description: 

Multidimensional arrays of packed string arrays cannot be assigned to. 

Problem: 

PROGRAM TEST; 

TYPE' STRING 40 = PACKED ARRAY [0..15] OF CHAR; 

VAR ARRAY1 : ARRAY [ 1 . . 2 , 1 . . 2] OF STRING_40; 

BEGIN 

ARRAY1[1,1] := 'HELLO' 

****Pass 2 error ?? 1006 ■=> Contact HP 

END. 

Temporary solution: 

Put the assignment statement within a procedure and call the procedure 

when necessary. The array may be accessed by either global or local 

variables. 

Signed off 08/25/86 in release 101.40 


Number: D200059287 Product: 8085 B PASCAL 300 64825S004 01.00 

One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 401.10 


Number: D200049106 Product: 8085 B PASCAL 300 64825S004 00.00 

One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 401.10 


Number: D200022442 Product: 8085 B PASCAL 500 64825S001 01.10 

Keywords: CODE GENERATOR 

One-line description: 

Incorrect code generated for IF statement. 

- 8085 B PASCAL - 
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Problem: 

Compiling the following program demonstrates a code generation 
problem for the IF statement. 

PROGRAM test; 
$EXTENSIONS$ 

VAR 

SCANJTYPE : BYTE; 

BEGIN 

IF (SCANJTYPE > 6) OR (SCANJTYPE = 2) THEN 

END. 

After determining the result of (SCAN TYPE > 6) the compiler overwrites 
the result (stored in the accumulatorT with other data. Thus, the 
only comparison made is (SCANJTYPE = 2). 

Temporary solution: 

Divide the IF statement into two separate statements. 

Signed off 08/25/86 in release 101.40 

Number: D200022509 Product: 8085 B PASCAL 500 64825S001 01.10 

Keywords: CODE GENERATOR 

One-line description: 

l.icorrect code generated for SET inclusion statement. 

Problem: 

The following program demostrates a code generation problem for the 
SET inclusion statement. 

PROGRAM test; 
$EXTENSIONS$ 



TYPE 



BYTE_SET = SET OF (B0, Bl, B2, B3, B4, B5, B6, B7); 



VAR 

status Joy te : BYTEJSET; 

BEGIN 

IF [B0] <- status_byte THEN 

END. 
In the example listed, the compiler generates code which OR's and 
CP's (compare) rather than an AND operation. 

Temporary solution: 

Use the set inclusion statement: IF B0 IN statusjoyte THEN ... 



Signed off 08/25/86 in release 101.40 
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Number: D200026518 Product: 8085- B PASCAL 500 64825S001 01.10 

One- line description: 

Defining TRUE and FALSE as global may result in duplicate symbol names. 

Problem: 

Defining the variables (constants) TRUE and FALSE to be global may 
result in a duplicate symbol error during a link. These variables 
are incorrectly defined as global in the Zwordcmp routine located in 
'Zlibrary' . 

NOTE: Redefining the values of TRUE and/or FALSE is not 
a legal Pascal operation. Redefinition of these 
constants is therefore not supported when using 
the HP 64000 compiler. 

Temporary solution: 

Obtain the source to Zwordcmp from your local HP Systems Engineer. 



Signed off 08/25/86 in release 101.40 



Number: D200027789 Product: 8085 B PASCAL 



500 64825S001 



) . 10 



8085 B PASCAL 



One-line description: 

No form feed between the expanded listing and the cross reference Lible. 

Problem: 

During compilation, with XREF option on, the compiler does not proviae 
a form feed (F?) in the listing file. The XREF starts on the sam>= -;ge 
as the end of the listing. Also, the page number says 535 when it 
should be page 2. 

Temporary solution: 

After compiling with the xref option, edit the expanded listing file 

and insert a "control L" before the beginning of the cross reference 

listing. 

Signed off 08/25/86 in release 101.40 



Number: D200028852 Product: 8085 B PASCAL 500 64825S001 

One-line description: 

Incorrect code generated for WHILE construct. 

Temporary solution: 

There are two possible work-arounds for this problem: 

(1) alter the order of comparisons, or 

(2) change the TYPE of a to something other than SIGNED_16. 

Signed off 08/25/86 in release 101.40 



01.10 
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Number: D200034165 Product: 8085 B PASCAL 500 64825S001 01.10 




Keywords: STRING 


In the example listed above, the output file will denote machine code 




of the form FFFFC00001 for one of the generated assembly statements. 


One-line description: 


The correct value should be C8000001. This problem is caused by an 


Pointers to STRINGS cannot be assigned a string of length one. 


incorrect "printf" mask when generating the output file. 


Problem: 


NOTE: THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 


TYPE STR ARR : PACKED ARRAY [0..7] OF CHAR; {I.E., A STRING} 


THE GENERATED CODE IS CORRECT. 


ARR_PTR : "STR_ARR; 






Signed off 08/25/86 in release 101.40 


VAR PTR : ARR_PTR; 




Number: D200037804 Product: 8085 B PASCAL 500 64825S001 01.20 


BEGIN 






One-line description: 




Bad code generated for assignment statement. 


PTR" := "1234567"; {WORKS FINE} 


Problem: 


PTR" := "1"; {GENERATES THE FOLLOWING INCORRECT CODE} 


Bad code is generated for the following two Pascal statements. 


LD A.001H {THIS WILL BE THE STRING LENGTH} 




LD HL, [PTR] 


$SEPARATE 0N$ 


LD [HL], A {SO FAR SO GOOD, WE'VE LOADED THE BYTE COUNT IN 


$EXTENSIONS 0N$ 


STR ARR[0] } 


PROGRAM test; 


LD HL, [PTR+001H]{THIS IS THE MISTAKE. WE SHOULD HAVE DONE A 




LD HL, [PTR] INC HL} 


PROCEDURE one (a : BYTE; VAR b : SIGNED_16); 


LD [HL], 031H 






VAR 


Temporary solution: 


c : SIGNED_16; 


None at this time. 






BEGIN 


Signed off 08/25/86 in release 101.40 


c := SIGNED 16 (a) + b; 




c := SIGNED 16 (a) - b; 
END . 


Number: D200037192 Product: 8085 B PASCAL 500 64825S001 01.20 


Keywords: PASS 3 


In the first statement an 'XCHG' assembly instruction is missing. In 




the second statement 4 extra lines are generated and the code generated 


One-line description: 


is incorrect. 


Compiler option $LIST_0BJ 0N$ generates wrong output information. 






Temporary solution: 


Problem: 


Reverse the order of the two "operands" in the addition statement. In 


Use of the compiler option $LIST_0BJ ON$ may result in incorrect 


other words use the expression 


data being output to the list file. In selected cases, machine code 




will be incorrectly listed. For example, consider the following 


c := b + SIGNED_16 (a) ; 


Pascal program. 






Signed off 08/25/86 in release 101.40 


SEXTENSIONS 0N$ 
SLIST OBJ 0N$ 




Number: D200040279 Product: 8085 B PASCAL 500 64825S001 01.20 


PROGRAM test; 






Keywords: SETS 


VAR 




a; b : BOOLEAN; 


One-line description: 




SUPERSET or SUBSET checking doesn't work. 


PROCEDURE one; 






Problem: 


BEGIN 


TYPE SET TYPE = SET OF (BO ,B1 ,B2,B3,B4,B5, B6,B7) ; 


a : = b; 


VAR X : SET TYPE; 


END; 


BEGIN 


- 8085 B PASCAL - 


- 8085 B PASCAL - 
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IF X <= [B3.B4] THEN; {GENERATES INCORRECT CODE} 
IF X >= [B3.B4] THEN; {GENERATES INCORRECT CODE} 

Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 101.40 
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Number: D200041749 Product: 8085 B PASCAL 



500 64825S001 



One-line description: 

Bad code generated for IF., statement (including WITH) 

Signed off 08/25/86 in release 101.40 



Number: D200044743 Product: 8085 B PASCAL 
Keywords: FOR LOOP 



500 64825S001 



01.20 



01.20 



One-line description: 

FOR Signed8 := TO 2 DO REAL1 := REAL1/REAL2 overwrites the A-register. 

Temporary solution: 

Use the compiler option $AMNESIA +$ 

Signed off 08/25/86 in release 101.40 



Number: D200047704 Product: 8085 B PASCAL 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 101.40 



500 64825S001 



01.20 



Number: D200052399 Product: 8085 B PASCAL 



500 64825S001 



01.30 



One-line description: 

Incorrect code generated when a CHAR is converted to an UNSIGNED_16. 

Problem: 

Incorrect code is generated when a CHAR variable is converted 

to an UNSIGNED_16. The following code is an example: 

"processor name" 
{EXTENSIONS ON$ 
{RECURSIVE 0FF$ 
PROGRAM PASCALTEST; 
TYPE 

BUG_TYPE = UNSIGNED_16; ("There is no problem if this is 

SIGNED_16») 

PROCEDURE BUGGY ( COUNT : BUGJTYPE ) ; EXTERNAL ; 

FUNCTION 0PEN:SIGNED_16; 

VAR 

COUNT : BUGJTYPE; 

LEN: CHAR; 
BEGIN 

- 8085 B PASCAL - 
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(*THE NEXT TWO STATEMENTS GENERATE INCORRECT CODE*) 
COUNT := BUG TYPE (LEN) ; 



BUGGY ( BUGJTYPE ( LEN) 
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LD 


A,001H * 


LD 


[Dopen+00002H] ,A « 


LD 


A, [Dopen+00004H] * 


LD 


[Dopen+00003H] ,A * 


LD 


A.001H * 


LD 


[Dopen+00005H],BC* 


LD 


A, [Dopen+00004H] * 


LD 


HL, [Dopen+00005H]* 


PUSH 


HL * 


CALL 


BUGGY * 


INC 


SP * 


INC 


SP * 



END; 



Something very strange occurs when the same code is compiled with 
{RECURSIVE ON$. The statement BUGGY (BUGJTYPE (LEN) ) ; generates 
the following code: 



LD 


A.001H 


LD 


[IX-11] ,A 


LD 


[IX-10] .WHAT??? 


LD 


A, [IX-5] 


LD 


L,A 


LD 


H, (IX-10] 


PUSH 


HL 


CALL 


BUGGY 


INC 


SP 


INC 


SP 



Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 101.40 



Number: D200052688 Product: 8085 B PASCAL 



500 64825S001 



01.30 



One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

"BZ80" 

PROGRAM MAIN; 

TYPE 

STRUCTURED* RECORD 

INT1: INTEGER; 

INT2: INTEGER; 

END; 



- 8085 B PASCAL 



SRB detail reports as of 08/25/86 

PROCEDURE OUTER(VAR PI: STRUCTURED; VAR P2:INTEGER); 

VAR I: INTEGER; 

BEGIN 
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-PI 
-PI. 2; 
-P2; 



-This missing semicolon causes the problem 



END; 

BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 101.40 



Number: D200058867 Product: 8085 B PASCAL 
Keywords: PREPROCESSOR 



500 64825S001 



01.30 



One- line description: 

Preprocessor reports errors when symbols hp64000, vms or hpux w #if 

Signed off 08/25/86 in release 101.40 



Number: D200059261 Product: 8085 B PASCAL 500 64825S001 



01.30 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 101.40 



Number: D200049080 Product: 8085 B PASCAL 



500 64825S001 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 101.40 



8085 B PASCAL - 
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Number: D200020156 Product: 8085 B PASCAL 

Keywords: STRING ARRAYS 
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VAX 64825S003 01. 10 



One-line description: 

Multidimensional arrays of packed string arrays cannot be assigned to. 

Problem: 

PROGRAM TEST; 

TYPE STRING_40 = PACKED ARRAY [0..15] OF CHAR; 

VAR ARRAY1 : ARRAY [ 1 . . 2 , 1 . . 2] OF STRING_40 ; 

BEGIN 

ARRAY1[1,1] := 'HELLO' 

****Pass 2 error ?? 1006 »> Contact HP 

END. 

Temporary solution: 

Put the assignment statement within a procedure and call the procedure 

when necessary. The array may be accessed by either global or local 

variables. 

Signed off 08/25/86 in release 301.60 



VAX 64825S003 



01.10 



Number: D200022459 Product: 8085 B PASCAL 

Keywords: CODE GENERATOR 

One-line description: 

Incorrect code generated for IF statement. 

Problem: 

Compiling the following program demonstrates a code generation 
problem for the IF statement. 

PROGRAM test; 
$EXTENSIONS$ 

VAR 

SCANJTYPE : BYTE; 

BEGIN 

IF (SCANJTYPE > 6) OR (SCANJTYPE - 2) THEN 

END . 

After determining the result of (SCAN TYPE > 6) the compiler overwrites 
the result (stored in the accumulator! with other data. Thus, the 
only comparison made is (SCANJTYPE =2). 

Temporary solution: 

Divide the IF statement into two separate statements. 



Signed off 08/25/86 in release 301.60 



- 8085 B PASCAL - 
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Number: D200022517 Product: 8085 B PASCAL VAX 64825S003 01.10 

Keywords: CODE GENERATOR 

One-line description: 

Incorrect code generated for SET inclusion statement. 

Problem: 

The following program demostrates a code generation problem for the 
SET inclusion statement. 

PROGRAM test; 
$EXTENSI0NS$ 



TYPE 



BYTE_SET = SET OF (BO, Bl, B2, B3, B4, B5, B6, B7) ; 



VAR 

status_byte : BYTE_SET; 

BEGIN 

IF [BO] <■= status_byte THEN 

END. 
In the example listed, the compiler generates code which OR's and 
CP's (compare) rather than an AND operation. 

Temporary solution: 

Use the set inclusion statement: IF BO IN status_byte THEN ... 



Signed off 08/25/86 in release 301.60 



Number: D200026526 Product: 8085 B PASCAL VAX 64825S003 



01. 10 



One-line description: 

Defining TRUE and FALSE as global may result in duplicate symbol names. 

Problem: 

Defining the variables (constants) TRUE and FALSE to be global may 
result in a duplicate symbol error during a link. These variables 
are incorrectly defined as global in the Zwordcmp routine located in 
' Zlibrary' . 

NOTE: Redefining the values of TRUE and/or FALSE is not 
a legal Pascal operation. Redefinition of these 
constants is therefore not supported when using 
the HP 64000 compiler. 

Temporary solution: 

Obtain the source to Zwordcmp from your local HP Systems Engineer. 

Signed off 08/25/86 in release 301.60 



SRB detail reports as of 08/25/86 

Number: D200027797 Product: 8085 B PASCAL 



Page: 150 
VAX 64825S003 01.20 



3085 B PASCAL 



One-line description: 

No form feed between the expanded listing and the cross reference table. 

Problem: 

During compilation, with XREF option on, the compiler does not provide 
a form feed (FF) in the listing file. The XREF starts on the same page 
as the end of the listing. Also, the page number says 535 when it 
should be page 2. 

Temporary solution: 

After compiling with the xref option, edit the expanded listing file 

and insert a "control L" before the beginning of the cross reference 

listing. 

Signed off 08/25/86 in release 301.60 

Number: D200028860 Product: 8085 B PASCAL VAX 64825S003 01.20 

One-line description: 

Incorrect code generated for WHILE construct. 

Temporary solution: 

There are two possible work-arounds for this problem: 

(1) alter the order of comparisons, or 

(2) change the TYPE of a to something other than SIGNED_16. 

Signed off 08/25/86 in release 301.60 



Number: D200034173 Product: 8085 B PASCAL 
Keywords: STRING 



VAX 64825S003 



01.20 



One-line description: 

Pointers to STRINGS cannot be assigned a string of length one. 

Problem: 

TYPE STR_ARR : PACKED ARRAY [0..7] OF CHAR; {I.E., A STRING} 
ARR_PTR : ~STR_ARR; 

VAR PTR : ARR_PTR; 

BEGIN 



PTR" := "1234567"; {WORKS FINE} 

PTR" := "1"; {GENERATES THE FOLLOWING INCORRECT CODE} 
LD A,001H {THIS WILL BE THE STRING LENGTH} 
LD HL, [PTR] 
LD [HL], A {SO FAR SO GOOD, WE'VE LOADED THE BYTE COUNT IN 

STR_ARR[0] } 
LD HL, [PTR+001HHTHIS IS THE MISTAKE. WE SHOULD HAVE DONE A 

LD HL, [PTR] INC HL} 
LD [HL] , 031H 

- 8085 B PASCAL - 
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Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 301.60 
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Number: D200037200 Product: 8085 B PASCAL VAX 64825S003 01.20 

Keywords: PASS 3 

One-line description: 

Compiler option $LIST_0BJ ONI generates wrong output information. 

Problem: 

Use of the compiler option $LIST_OBJ ON$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 

$EXTENSI0NS 0N$ 
$LIST_OBJ ON$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 

PROCEDURE one; 

BEGIN 

a := b; 
END; 

In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
incorrect "printf" mask when generating the output file. 



NOTE: 



THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
THE GENERATED CODE IS CORRECT. 



Signed off 08/25/86 in release 301.60 



Number: D200037812 Product: 8085 B PASCAL 

One-line description: 

Bad code generated for assignment statement. 



VAX 64825S003 



01.20 



Problem: 

Bad code is generated for the following two Pascal statements. 

$SEPARATE 0N$ 
SEXTEMSIONS 0N$ 
PROGRAM test; 

PROCEDURE one (a : BYTE; VAR b : SIGNED_16); 



- 8085 B PASCAL - 
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VAR 
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c 


SIGNED_16; 






BEGIN 








c 


= SIGNED 16 


(a) 


+ b; 


c 


= SIGNED 16 


(a) 


- b; 


END. 









In the first statement an 'XCHG' assembly instruction is missing. In 
the second statement 4 extra lines are generated and the code generated 
is incorrect. 

Temporary solution: 

Reverse the order of the two "operands" in the addition statement. In 

other words use the expression 

c :- b + SIGNED_16 (a); 

Signed off 08/25/86 in release 301.60 



Number: D200040287 Product: 8085 B PASCAL 

Keywords: SETS 

One-line description: 

SUPERSET or SUBSET checking doesn't work. 



Problem: 

TYPE SETJTYPE = SET OF (B0 ,B1 ,B2,B3,B4,B5,B6,B7) ; 

VAR X : SETJIYPE; 

BEGIN 

IF X <= [B3.B4] THEN; {GENERATES INCORRECT CODE} 

IF X >= [B3,B4] THEN; {GENERATES INCORRECT CODE} 

Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 301.60 



VAX 64825S003 



01.20 



Number: D200041756 Product: 8085 B PASCAL 



VAX 64825S003 



One-line description: 

Bad code generated for IF., statement (including WITH). 

Signed off 08/25/86 in release 301.60 



Number: D200044750 Product: 8085 B PASCAL 
Keywords: FOR LOOP 



VAX 64825S003 



01.20 



01.20 



One-line description: 

FOR Signed8 := TO 2 DO REAL1 := REAL1/REAL2 overwrites the A-register. 

Temporary solution: 

Use the compiler option SAMNESIA +$ 

Signed off 08/25/86 in release 301.60 

- 8085 B PASCAL - 
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Number: D200047712 Product: 8085 B PASCAL 

One- line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 301.60 



VAX 64825S003 



01.20 



Number: D200052407 Product: 8085 B PASCAL 



VAX 64825S003 



01.50 



One-line description: 

Incorrect code generated when a CHAR is converted to an UNSIGNED_16. 

Problem: 

Incorrect code is generated when a CHAR variable is converted 

to an UNSIGNED_16. The following code is an example: 

"processor name" 
$EXTENSIONS 0N$ 
SRECURSIVE OFF$ 
PROGRAM PASCALTEST; 
TYPE 

BUGJTYPE = UNSIGNED_16; 



(♦There is no problem if this is 
SIGNED 16*) 



PROCEDURE BUGGY ( COUNT : BUGJTYPE ) ; EXTERNAL ; 

FUNCTION 0PEN:SIGNED_16; 

VAR 

COUNT : BUGJTYPE; 
LEN: CHAR; 
BEGIN 

(*THE NEXT TWO STATEMENTS GENERATE INCORRECT CODE*) 
COUNT := BUGJTYPE (LEN); 

(* LD A,001H *) 

(* LD [Dopen+00002H] ,A *) 
(* LD A, [Dopen+00004H] *) 
LD [Dopen+00003H] ,A *) 

LD A.001H 

LD [Dopen+00005H] ,BC 

LD A, [Dopen+00004H] 

LD HL, [Dopen+00005H]* 



BUGGY (BUG TYPE(LEN)); 



(* PUSH HL 

(* CALL BUGGY 

(* INC SP 

(* INC SP 



END; 



Something very strange occurs when the same code is compiled with 
SRECURSIVE 0N$. The statement BUGGY (BUGJTYPE (LEN) ) ; generates 
the following code: 



- 8085 B PASCAL 



LD 


A.001H 


LD 


[IX-11],A 


LD 


[IX-10],WHAT??? 



SRB detail reports as of 08/25/86 

LD A,[IX-5] 

LD L,A 

LD H,[IX-10] 

PUSH HL 

CALL BUGGY 

INC SP 

INC SP 

Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 301.60 
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Number: D200052696 Product: 8085 B PASCAL 



VAX 64825S003 



01.50 



One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

"BZ80" 

PROGRAM MAIN; 

TYPE 

STRUCTURED- RECORD 

INT1: INTEGER; 

I NT2: INTEGER; 

END; 

PROCEDURE 0UTER(VAR PI : STRUCTURED; VAR P2: INTEGER); 

VAR I: INTEGER; 

BEGIN 

<--This missing semicolon causes the problem 



-PI 
-PI. 2; 
-P2; 



END; 

BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 301.60 



Number: D200058875 Product: 8085 B PASCAL 
Keywords: PREPROCESSOR 



VAX 64825S003 



01.50 



One-line description: 

Preprocessor reports errors when symbols hp64000, vms or hpux w #if 



- 8085 B PASCAL - 
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Signed off 08/25/86 in release 301.60 
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Number: D200059279 Product: 8085 B PASCAL 



VAX 64825S003 



01.50 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Signed off 08/25/86 in release 301.60 



Number: D200049098 Product: 8085 B PASCAL 



VAX 64825S003 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 301.60 



8085 B PASCAL 
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Number: 5000135780 Product: 8085 C 



Page: 156 
64826 01.02 



One-line description: 

Function return address is incorrect and program returns to wrong place. 

Problem: 

When a pointer is passed to a function with SRECURSIVE 0N$, the 
return address is incorrect, causing the program to return to 
the wrong address. This problem occurs when the function call 
is not part of an assignment statement. 

Temporary solution: 

Assign the return value of the function call to a dummy variable. 

This will cause the compiler to generate the correct return 

address. 

Signed off 08/25/86 in release 601.03 



Number: D200013995 Product: 8085 C 
Keywords: PASS 1 



64826 



01.01 



One-line description: 

No warning or error: taking the sizeof a struct var. not declared. 

Problem: 

The compiler should generate an error in the following code. 

"C" 

"8085 M 
main () { 

int y; 

y - sizeof (struct x); 
} 

If x is not declared or is declared as anything other than a structure, 
the program compiles with no error messages or warnings. It stores as 
the size zero bytes. 

Signed off 08/25/86 in release 601.03 



Number: D200025387 Product: 8085 C 
Keywords: CODE GENERATOR 



64826 



01.01 



One-line description: 

Dereferenced and incremented 2nd field of structure fails when parameter 

Problem: 

When the second pointer field of a structure is dereferenced and 
incremented and passed as a parameter, the code generated puts the 
result in the data area instead of back on the stack for the calling 
routine. This does not occur with any other field in the structure, 
only the second one. 

Example: 
"C" 

- 8085 C - 
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"8085" 

struct strct { char *ptrl; char *ptr2; }; 

func(strct_ptr) 

struct strct *strct_ptr; 

++strct_ptr -> ptrl; 

++strct_ptr -> ptr2; /* This expression causes the problem */ 

Temporary solution: 

Assign the dereferenced field to a temporary variable of the appropriate 
type, then increment the temporary variable. Finally, assign the 
temporary variable to the dereferenced structure field: 

struct strct { char *ptrl; char *ptr2; }; 

func (strct_ptr) 

struct strct *strct ptr; 

{ 

int tempi; 

++strct_ptr ->ptrl; 

tempi - strct_ptr ->ptr2; 

++templ ; 

strct ptr ->ptr2 = tempi: 
> 

Signed off 08/25/86 in release 601.03 



Number: D200026781 Product: 8085 C 



64826 



01.01 



One-line description: 

Incorrect code gen by assignment to deref'd 8 bit field of structure. 

Problem: 

When an 8 bit field of a structure is dereferenced and used as the left 

hand side of an assignment statement using the +■ operator, incorrect 

code is generated. This does not occur with the first field in the 

structure. The incorrect code is an LHLD Dmain instruction which loads 

H and L with garbage since Dmain is uninitialized. The following code 

is an example of this: 

"C" 

"processor name" 

RECURSIVE 0FF$ 

main! ) { 

extern char KEY.XK) ; 

struct ROW { 

char A; 

char B; 

} *PTR; 
PTR->B+=X1(KEY) ; /*This instruction generates an incorrect 
} LHLD Dmain instruction*/ 

If the • operator is used instead of the += operator in the assignment 
statement, the problem does not occur. 

Temporary solution: 

Use a temporary variable: 

temp = PTR->B; 

- 8085 C - 
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temp+=Xl(KEY) ; 
PTR->B ■ temp; 

Signed off 08/25/86 in release 601.03 
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Number: D200027805 Product: 8085 C 



64826 



01.01 



One-line description: 

No form feed between the expanded listing and the cross reference table. 

Problem: 

During compilation, with XREF option on, the compiler does not provide 
a form feed (FF) in the listing file. The XREF starts on the same page 
as the end of the listing. Also, the page number says 535 when it 
should be page 2. 

Temporary solution: 

After compiling with the xref option, edit the expanded listing file 

and insert a "control L" before the beginning of the cross reference 

listing. 

Signed off 08/25/86 in release 601.03 



Number: D200027912 Product: 8085 C 



64826 



01.01 



One-line description: 

Addition of dereferenced pointers to structures may fail. 



Problem: 




"C 

"proc 

struc 



}; 

trees 

struc 

{ 

t 
} 



essor name" 
t tree { 
int distance; 
int x_start; 
int x_range; 

treex) 
t tree *treex; 



reex->distance=treex->x_start+treex->x_range; /*This line 
generates an ADD HL,DE instruction to index 
into the structure tree, but overwrites H and L 
in the next instruction instead of storing it*/ 

Temporary solution: 

Use local temporary variables of the appropriate types to store the 
values of the dereferenced structure pointers before using them in 
a complex expression. Depending on the complexity of the expression, 
more than one temporary variable may have to be used. 

trees(treex) 
struct tree *treex; 



8085 C 
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int x; 

x = treex->x_start; 

treex->distance= x + treex->x range; 

} 

Signed off 08/25/86 in release 601.03 
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Number: D200031104 Product: 8085 C 



64826 



01.01 



One-line description: 

++ and — operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array[index++] - 1; 

Example 2: arrayfindex] = 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting arrayfindex] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 601.03 



Number: D200033258 Product: 8085 C 



64826 



01.01 



One-line description: 

Comparing character to zero in while loop generates incorrect code. 

Problem: 

If you compare a character variable to zero in a while loop, incorrect 

code is generated. The following code demonstrates the problem. 

"C" 

••6809" 



prod 



{ 
char timeout = 10; 

whileltimeout--) ; /* Code generated here causes infinite loop. 
} 

The code generated for the while loop clears the A register and then 
compares the D register to -1. Therefore the condition is never met. 

Temporary solution: 

Declare the variable used in the test condition as an integer. 
„ c „ 

••6809" 
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proc( ) 
{ 
int timeout = 10; 

while (timeout--); 
} 

Signed off 08/25/86 in release 601.03 
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Number: D200034298 Product: 8085 C 
Keywords: CODE GENERATOR 



64826 



01.01 



One-line description: 

A shift assignment operation ( <<= ) generates incorrect code. 

Problem: 

If a shift assignment is used instead of a shift within an assignment, 

the compiler uses the high byte of the variable to be used as the shift 

counter instead of the low byte. The following is an example: 

"C" 

"procesor name" 

char data=l; 

int shift=4; 

main () { 

data=data< <shift; 

data< <"Shift; 



} 



Temporary solution: 
Use 

data=data< <shif t; 
instead of 

data< <=shift; 



works correctly */ 

uses higher order byte of "shift" */ 



Signed off 08/25/86 in release 601.03 



Number: D200035923 Product: 8085 C 64826 01.01 

Keywords: CODE GENERATOR 

One-line description: 

16 bit comparison on a 8 bit unsigned short field. 

Problem: 

Improper code is generated for a statement involving unsigned short 

variables unless they are explicitly cast as unsigned short. 

ma int ) 

{ 

static unsigned short digit index; 

static unsigned short digitTl2]; 

int a,b; 

if (digit[digit_index]--) { 

a = 4; 

b=4; } 

else{ 
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a = 5; 

b=5;} 

} 

Improper code is generated for the comparison (ie The comparison is done 

on 16 bits (8 of which have been cleared) Against #0FFFFH. 

12/10/85: The problem also arises if you compare a constant against 

an unsigned short. For example if you declared: 

ttdefine constant ~0 

unsigned short var; 

and later compared these two the compiler will zero out the upper byte 

of the variable var and then compare it to FFFFH. Thus, the condition 

is never met. 

12/16/85: Another example of incorrect code being generated when a 
char variable is used in a test condition is as follows: 

char a; 
main( ) 
{ 

a = -1; 

if(a " -1) 
a -'A'; 
} 

Temporary solution: 

Correct code is generated if the line in question is changed to the 

following although digit [] has already been declared unsigned short. 

if ((unsigned short)digit[digit_index] — ){ 

12/10/85: Declare the constant as a short. In other words: 

#define constant OFFH. 

12/16/85: If only 128 valid characters are required the variable can 

be declared as a short int. 

Signed off 08/25/86 in release 601.03 



Number: D200037465 Product: 8085 C 



64826 



01.01 



One-line description: 

Run time UNDERFLOW error using ZDSBSUB library if result has even parity 

Problem: 

Byte subtraction with $DEBUG 0N$ will cause an underflow error if the 
result has even parity. An underflow will be incorrectly flagged if the 
result has even parity. No error will be indicated, even if one exists, 
if the result has odd parity. The problem is in ZDsbsub (Debug signed 
byte subtraction). The 8085 interprets PE exclusively as a parity bit, 
while the library is anticipating that the bit can be interpreted as an 
overflow bit. 

SAMPLE CODE: 
"C" 

"8085" 

$DEBUG 0N$ /*This is required for the error to occur*/ 
main( ) 
{ 
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short small; 
short zero; 
small = -128; 
zero - small - 



sma 1 1 ; 



/* causes error */ 



This problem affects 8085 C and Pascal compilers on 64000 and hosts. 

Temporary solution: 

Turn SDEBUG 0FF$ around signed byte subtractions. 

Signed off 08/25/86 in release 601.03 



Number: D200040816 Product: 8085 C 
Keywords: PASS 3 



64826 



01.01 



One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 

Problem: 

Pass 3 of the compilation process may fail to detect a relative jump 
which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 
OPTIMIZE is enabled. [BLINK_TAS:BUG] 

Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 
around those sections of code which are suspect. 

Signed off 08/25/86 in release 601.03 



Number: D200041376 Product: 8085 C 



64826 



01.01 



One-line description: 

Problem with integer pointer in conditional statement. 

Problem: 

In the following example, two loads are performed, but no other code is 

generated to check for zero value. 

"C" 

"processor name" 

#define NULL 

fct (parm) 

int *parm; 

{ 

if (parm - NULL) 
parm « 10; 
} 

Signed off 08/25/86 in release 601.03 



8085 C 
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Number: D200046037 Product: 8085 C 



64826 
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01.01 



One-line description: 

Post increment of pointer results in incorrect code. 

Problem: 

Post increment of a pointer value will cause incorrect code to be 

generated. First, the pointer is pre- incremented rather than 

post incremented. Secondly, the result is stored in the wrong location. 

"C" 

"8085" 

$SH0RT_ARITH +$ 

^RECURSIVE 0FF$ 

$SEPARATE 0N$ 

main( ) 
{ 

long ai [2] ,*aiptr,al,a2; 
ai[0]=0L; 
ai[l]=lL; 
aiptr=ai; 

ai=*aiptr++; /* Problem Statement. *aiptr is pre-incremented 
and the result is stored in wrong location. */ 

Temporary solution: 

Increment the pointer after the assignment is made. 
Use: al=*aiptr; 
*aiptr++; 

Rather than: 

al=*aiptr++; 



Signed off 08/25/86 in release 601.03 

Number: D200047720 Product: 8085 C 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 601.03 



64826 



01.01 



Number: D200053777 Product: 8085 C 



64826 



01.02 



One-line description: 

Incorrect code for multiplication dependent on order of operands. 

Problem: 

The following example generates incorrect code: 

"C" 

"8085" 
int count; 
char cnt_buf [0] ; 
main! ) 
{ 
cnt_buf[0] = count - cnt_buf [2]*100 - cnt_buf [1]*10 ; 
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The result of the second multiplication, cnt_buf [1]*10 , is 
stored in a temporary location and never retrieved. Also, 
just before storing what the compiler thinks is the result 
of the entire expression, it subtracts part of the address 
of one of the temporary locations from the result of 
count - cnt_buf [2]*100. 

Temporary solution: 

This problem is dependent on the order of the operands that 
are multiplied. By changing the order as shown below, the 
problem does not occur. 

"C" 

"8085" 

int count; 

char cnt_buf [0] ; 

main( ) 

{ 

cnt_buf[0] - count - 100*cnt buf[2] - 10*cnt_buf [1] ; 



Signed off 08/25/86 in release 601.03 

Number: D200055277 Product: 8085 C 64826 

One-line description: 

Compiler loses track of array index. 

Problem: 

With $RECURSIVE 0N$, the compiler loses track of where on the 
stack it has put certain variables. The following code is 
an example of this problem: 

"C" 

"processor name" 
{RECURSIVE 0N$ 
index ( ) 



{ 



int xdigit[80] ; 
short i; 

i = 9; 



xdigit[i++] = 10; 



(*LXI 
(*DAD 
(*MVI 



(*N0V 

(*INR 

(*N0V 

(*LXI 

(*DAD 

(*XCHG 

(*LXI 



01.02 



H,-(Iindex+00001H) 

SP 

M,009H 



A,M *) 

A (*another defect, D200031104*)*) 

M.A *) 

H,-(Iindex+000AlH) *) 

SP *) 
*) 
H,-(Iindex+000A2H) 



*) wrong! 
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} 

Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 601.03 
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Number: D200050757 Product: 8085 C 



Page: 166 
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One-line description: 

Defining TRUE and FALSE as global may result in duplicate symbol names. 

Problem: 

Defining the variables (constants) TRUE and FALSE to be global may 
result in a duplicate symbol error during a link. These variables 
are incorrectly defined as global in the Zwordcmp routine located in 
'Zlibrary' . 

NOTE: Redefining the values of TRUE and/or FALSE is not 
a legal Pascal operation. Redefinition of these 
constants is therefore not supported when using 
the HP 64000 compiler. 

Temporary solution: 

Obtain the source to Zwordcmp from your local HP Systems Engineer. 

Signed off 08/25/86 in release 401.10 



Number: D200051318 Product: 8085 C 



300 64826S004 



01.00 



8085 C 



One-line description: 

++ and -- operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array [index++] = 1; 

Example 2: arrayfindex] = 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting arraytindex] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 401.10 



Number: D200052001 Product: 8085 C 



300 64826S004 



01.00 



One-line description: 

Run time UNDERFLOW error using ZDSBSUB library if result has even parity 

Problem: 

Byte subtraction with $DEBUG ONI will cause an underflow error if the 
result has even parity. An underflow will be incorrectly flagged if the 
result has even parity. No error will be indicated, even if one exists, 
if the result has odd parity. The problem is in ZDsbsub (Debug signed 
byte subtraction). The 8085 interprets PE exclusively as a parity bit, 
while the library is anticipating that the bit can be interpreted as an 
overflow bit. 
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SAMPLE CODE: 

"C" 

"8085" 

$DEBUG 0N$ /*This is required for the error to occur*/ 

main( ) 

{ 

short small; 

short zero; 

small = -128; 

zero ■ small - small; /* causes error */ 
} 

This problem affects 8085 C and Pascal compilers on 64000 and hosts. 

Temporary solution: 

Turn SDEBUG 0FF$ around signed byte subtractions. 

Signed off 08/25/86 in release 401.10 



Number: D200055293 Product: 8085 C 300 64826S004 

One-line description: 

Compiler loses track of array index. 

Problem: 

With $RECURSIVE 0N$, the compiler loses track of where on the 
stack it has put certain variables. The following code is 
an example of this problem: 

"C" 

"processor name" 

SRECURSIVE 0N$ 

index ( ) 

{ 

int xdigit[80] ; 

short i; 

i = 9; 



01.00 



xdigit [i+-t 



- 10; 



(*LXI 


H,-(Iindex+00001H) 


*) 


(*DAD 


SP 


*) 


(*MVI 


M,009H 


*) 


(*M0V 


A,M 


*) 


(*INR 


A (*another defect, 


D200031104*)* 


l*M0V 


11, A 


*) 


(*LXI 


H,-(Iindex+000AlH) 


*) 


(*DAD 


SP 


*) 


(*XCHG 




*) 


(*LXI 


H,-(Iindex+000A2H) 


*) wrong! 


(* .... 


..*) 





Temporary solution: 

Mo known temporary solution. 

Signed off 08/25/86 in release 401.10 

- 8085 C - 
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Number: D200059113 Product: 8085 C 



300 64826S004 



01.00 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 401.10 



Number: D200049130 Product: 8085 C 



300 64826S004 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 401.10 
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Number: D200025692 Product: 8085 C 
Keywords: CODE GENERATOR 



Page: 159 
500 64826S001 01. 10 



One-line description: 

Dereferenced and incremented 2nd field of structure fails when parameter 

Problem: 

When the second pointer field of a structure is dereferenced and 
incremented and passed as a parameter, the code generated puts the 
result in the data area instead of back on the stack for the calling 
routine. This does not occur with any other field in the structure, 
only the second one. 

Example: 

"C" 

"8085" 

struct strct { char *ptrl; char *ptr2; }; 

func(strct_ptr) 

struct strct *strct_ptr; 

{ 

++strct_ptr -> ptrl; 

++strct ptr -> ptr2; /* This expression causes the problem */ 
} 

Temporary solution: 

Assign the dereferenced field to a temporary variable of the appropriate 
type, then increment the temporary variable. Finally, assign the 
temporary variable to the dereferenced structure field: 

struct strct { char *ptrl; char *ptr2; }; 

func(strct_ptr) 

struct strct *strct ptr; 

{ 

int tempi; 

++strct_ptr ->ptrl; 

tempi = strct_ptr ->ptr2; 

++ tempi; 

strct_ptr ->ptr2 = tempi; 



} 

Signed off 08/25/86 in release 101.50 



Number: D2O0027011 Product: 8085 C 



500 64826S001 



01.10 



One-line description: 

Incorrect code gen by assignment to deref'd 8 bit field of structure. 

Problem: 

When an 8 bit field of a structure is dereferenced and used as the left 
hand side of an assignment statement using the +» operator, incorrect 
code is generated. This does not occur with the first field in the 
structure. The incorrect code is an LHLD Dmain instruction which loads 
H and L with garbage since Dmain is uninitialized. The following code 
is an example of this: 
"C" 
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"processor name" 
SRECURSIVE 0FF$ 
mainO { 

extern char KEY,X1() ; 
struct ROW { 

char A; 

char B; 

} *PTR; 
PTR->B+=X1(KEY) ; /*This instruction generates an incorrect 
} LHLD Dmain instruction*/ 

If the - operator is used instead of the += operator in the assignment 
statement, the problem does not occur. 

Temporary solution: 
Use a temporary variable: 
temp - PTR->B; 
temp+=Xl(KEY) ; 
PTR->B = temp; 

Signed off 08/25/86 in release 101.50 



Number: D200027920 Product: 8085 C 



500 64826S001 



01.10 



One-line description: 

Addition of dereferenced pointers to structures may fail. 

Problem: 

Adding two operands that are dereferenced pointers to structures may 
fail because the compiler forgets to store the H and L registers and 
overwrites them. The following code is an example of this: 

"C" 

"processor name" 

struct tree { 

int distance; 
int x_start; 
int x_range; 
}; 
trees! treex) 
struct tree *treex; 
{ 

treex->distance=treex->x_start+treex->x_range; /*This line 
} generates an ADD HL,DE instruction to index 

into the structure tree, but overwrites H and L 
in the next instruction instead of storing it*/ 

Temporary solution: 

Use local temporary variables of the appropriate types to store the 
values of the dereferenced structure pointers before using them in 
a complex expression. Depending on the complexity of the expression, 
more than one temporary variable may have to be used. 

trees! treex) 
struct tree *treex; 
{ 
int x; 
x = treex->x_start; 

- 8085 C - 
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treex->distance= x + treex->x range; 

} 

Signed off 08/25/86 in release 101.50 
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Number: D200031450 Product: 8085 C 



500 64826S001 



01. 10 



One-line description: 

++ and -- operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array [index++] = 1; 

Example 2: array [index] = 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting array[index] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 101.50 



Number: D200033266 Product: 8085 C 



500 64826S001 



01.10 



One-line description: 

Comparing character to zero in while loop generates incorrect code. 

Problem: 

If you compare a character variable to zero in a while loop, incorrect 

code is generated. The following code demonstrates the problem. 

"C" 

"6809" 



proci ) 
{ 



char timeout = 10; 

whilettimeout--) ; /* Code generated here causes infinite loop. 

} 

The code generated for the while loop clears the A register and then 
compares the D register to -1. Therefore the condition is never met. 

Temporary solution: 

Declare the variable used in the test condition as an integer. 

"C" 

"6809" 



procC 
{ 



int timeout = 10; 



8085 C - 
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while (timeout--); 
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} 



Signed off 08/25/86 in release 101.50 



Number: D200034306 Product: 8085 C 

Keywords: CODE GENERATOR 

One-line description: 

A shift assignment operation ( <<= ) 



500 64826S001 



generates incorrect code. 



01.10 



Problem: 

If a shift assignment is used instead of a shift within an assignment, 

the compiler uses the high byte of the variable to be used as the shift 

counter instead of the low byte. The following is an example: 

"C" 

"procesor name" 

char data=l; 

int shift=4; 

main () { 

data=data< <shif t; 

data< <=shift; 



} 



Temporary solution: 
Use 

data=data< <shift; 
instead of 

data<<=shift; 



works correctly */ 

uses higher order byte of "shift" */ 



Signed off 08/25/86 in release 101.50 



Number: D200035931 Product: 8085 C 
Keywords: CODE GENERATOR 



500 64826S001 



01. 10 



One-line description: 

16 bit comparison on an 8 bit unsigned short field. 

Problem: 

Improper code is generated for statements involving unsigned short 

variables unless they are explicitly cast as unsigned shorts. 

ma int ) 

{ 

static unsigned short digit index; 

static unsigned short digitll2] ; 

int a , b ; 

if (digit[digit_index]--){ 

a=4; 

b=4; } 

else{ 

a=5; 

b=5;} 

} 
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Improper code is generated for the comparison (ie The comparison is done 

on 16 bits (8 of which have been cleared) against #0FFFFH. 

12/10/85: The problem also arises if you compare a constant against 

an unsigned short. For example if you declared: 

#define constant ~0 

unsigned short var; 

and later compared these two the compiler will zero out the upper byte 

of the variable var and then compare it to FFFFH. Thus, the condition 

is never met. 

12/16/85: Another example of incorrect code being generated when a 
char variable is used in a test condition is as follows: 

char a; 
ma in ( ) 
{ 

a = -1; 

if(a == -1) 
a = 'A' ; 
} 

Temporary solution: 

Correct code is generated if the line in question is changed to the 

following although digitf] has already been declared unsigned short. 

if ((unsigned short)digit[digit_index] — ){ 

12/10/85: Declare the constant as a short. In other words: 

tdefine constant OFFH. 

12/16/85: If only 128 valid characters are required the variable can 

be declared as a short int. 

Signed off 08/25/86 in release 101.50 



Number: D200037218 Product: 8085 C 
Keywords: PASS 3 



500 64826S001 



01.20 



One-line description: 

Compiler option $LIST_0BJ 0N$ generates wrong output information. 

Problem: 

Use of the compiler option $LIST_0BJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 

SEXTENSI0NS 0N$ 
$LIST_0BJ 0N$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 

PROCEDURE one; 

BEGIN 

a := b; 
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In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
incorrect "printf" mask when generating the output file. 

NOTE: THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
THE GENERATED CODE IS CORRECT. 

Signed off 08/25/86 in release 101.50 



Number: D200040618 Product: 8085 C 



500 64826S001 



01.20 



One-line description: 

Run time UNDERFLOW error using ZDSBSUB library if result has even parity 

Problem: 

Byte subtraction with $DEBUG 0N$ will cause an underflow error if the 
result has even parity. An underflow will be incorrectly flagged if the 
result has even parity. No error will be indicated, even if one exists, 
if the result has odd parity. The problem is in ZDsbsub (Debug signed 
byte subtraction!. The 8085 interprets PE exclusively as a parity bit, 
while the library is anticipating that the bit can be interpreted as an 
overflow bit. 

SAMPLE CODE: 

"C" 

"8085" 

$DEBUG ONI /*This is required for the error to occur*/ 

main( ) 



{ 



> 



short small; 

short zero; 

small = -128; 

zero = small - small; /* causes error */ 



This problem affects 8085 C and Pascal compilers on 64000 and hosts. 

Temporary solution: 

Turn $DEBUG 0FF$ around signed byte subtractions. 

Signed off 08/25/86 in release 101.50 



Number: D200040824 Product: 8085 C 
Keywords: PASS 3 



500 64826S001 



01.20 



One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 

Problem: 

Pass 3 of the compilation process may fail to detect a relative jump 
which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 

- 8085 C - 
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OPTIMIZE is enabled. [BLINK_TAS:BUG] 
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Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 
around those sections of code which are suspect. 

Signed off 08/25/86 in release 101.50 



Number: D200041384 Product: 8085 C 



500 64826S001 



01.20 



One-line description: 

Problem with integer pointer in conditional statement. 

Problem: 

In the following example, two loads are performed, but no other code is 

generated to check for zero value. 

"C" 

"processor name" 
#define NULL 
fct (parm) 
int *parm; 



{ 



if (parm - NULL) 
parm - 10; 
> 

Signed off 08/25/86 in release 101.50 



Number: D200046011 Product: 8085 C 

One-line description: 

Title description is incorrect. 

Signed off 08/25/86 in release 101.50 



500 64826S001 



01.20 



Number: D200046201 Product: 8085 C 



500 64826S001 



01.20 



One-line description: 

Post increment of pointer results in incorrect code. 

Problem: 

Post increment of a pointer value will cause incorrect code to be 

generated. First, the pointer is pre- incremented rather than 

post incremented. Secondly, the result is stored in the wrong location. 

"C" 

"8085" 

$SH0RT_ARITH +$ 

$RECURSIVE 0FF$ 

{.SEPARATE ON$ 

main! ) 
{ 

long ai [2] ,*aiptr,al,a2; 

ai[0]=0L; 

ai[l]=lL; 

aiptr=ai; 



8085 C 
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ai=*aiptr++; /* Problem Statement. *aiptr is pre-incremented 
and the result is stored in wrong location. */ 

Temporary solution: 

Increment the pointer after the assignment is made. 
Use: al=*aiptr; 
*aiptr++; 

Rather than: 

al=*aiptr++; 



Signed off 08/25/86 in release 101.50 

Number: D200047738 Product: 8085 C 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 101.50 



500 64826S001 



500 64826S001 



Number: D200049809 Product: 8085 C 

One-line description: 

NO CROSS REFERENCE TABLE IS GENERATED 

Problem: 

"C" COMPILERS DO NOT GENERATE A CROSS REFERENCE TABLE ON THE 

VAX. 

Temporary solution: 
NONE KNOWN AT PRESENT 

Signed off 04/18/86 in release 101.50 

Number: D200055251 Product: 8085 C 500 64826S001 

One-line description: 

Compiler loses track of array index. 

Problem: 

With $RECURSIVE 0N$ , the compiler loses track of where on the 
stack it has put certain variables. The following code is 
an example of this problem: 

"C" 

"processor name" 
SRECURSIVE 0N$ 
index! ) 



{ 



int xdigit [80] ; 
short i; 
i = 9; 



(*LXI 
(*DAD 
(*MVI 



H, 
SP 
M.009H 



Iindex+OOOOIH) 



*) 



xdigit[i++] 



10; 



8085 C 



01.20 



00.00 



01.40 
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(*MOV 


a,m 


*) 


(*INR 


A (*another defect, 


D200031104*)* 


(*nov 


M,A 


*) 


(»LXI 


H,-(Iindex+OOOAlH) 


*) 


(*DAD 


SP 


*) 


(*XCHG 




*) 


(*LXI 


H,-(Iindex+000A2H) 


*) wrong! 


(* .... 


..*) 





Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 101.50 



Number: D200059097 Product: 8085 C 



500 64826S001 



01.40 



One-line description: 

Host, compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 101.50 



Number: D200049114 Product: 8085 C 



500 64826S001 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 101.50 
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Number: D200025700 Product: 8085 C 
Keywords: CODE GENERATOR 



Page: 178 
VAX 64826S003 01.10 



One-line description: 

Dereferenced and incremented 2nd field of structure fails when parameter 

Problem: 

When the second pointer field of a structure is dereferenced and 
incremented and passed as a parameter, the code generated puts the 
result in the data area instead of back on the stack for the calling 
routine. This does not occur with any other field in the structure, 
only the second one. 

Example: 
,. c „ 

"8085" 

struct strct { char *ptrl; char *ptr2; }; 

func (strct_ptr) 

struct strct *strct_ptr; 

{ 

++strct_ptr -> ptrl; 

++strct_ptr -> ptr2; /* This expression causes the problem */ 



Temporary solution: 

Assign the dereferenced field to a temporary variable of the appropriate 
type, then increment the temporary variable. Finally, assign the 
temporary variable to the dereferenced structure field: 

struct strct { char *ptrl; char *ptr2; }; 

func (strct_ptr) 

struct strct *strct ptr; 

{ 

int tempi; 

++strct_ptr ->ptrl; 

tempi = strct_ptr ->ptr2; 

++templ; 

strct_ptr ->ptr2 = tempi; 
} 

Signed off 08/25/86 in release 301.80 



Number: D200027029 Product: 8085 C 



VAX 64826S003 



01.20 



One-line description: 

Incorrect code gen by assignment to deref'd 8 bit field of structure. 

Problem: 

When an 8 bit field of a structure is dereferenced and used as the left 
hand side of an assignment statement using the += operator, incorrect 
code is generated. This does not occur with the first field in the 
structure. The incorrect code is an LHLD Dmain instruction which loads 
H and L with garbage since Dmain is uninitialized. The following code 
is an example of this: 
"C" 

- 8085 C - 
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"processor name" 
SRECURSIVE 0FF$ 
main() { 

extern char KEY,X1() ; 
struct ROW { 

char A; 

char B; 

} *PTR; 
PTR->B+=X1(KEY) ; /*This instruction generates an incorrect 
} LHLD Dmain instruction*/ 

If the - operator is used instead of the += operator in the assignment 
statement, the problem does not occur. 

Temporary solution: 

Use a temporary variable: 

temp = PTR->B; 

temp+=Xl(KEY); 

PTR->B = temp; 

Signed off 08/25/86 in release 301.80 



Number: D200027938 Product: 8085 C 



VAX 64826S003 



01.20 



One-line description: 

Addition of dereferenced pointers to structures may fail. 

Problem: 

Adding two operands that are dereferenced pointers to structures may 
fail because the compiler forgets to store the H and L registers and 
overwrites them. The following code is an example of this: 

"C" 

"processor name" 

struct tree { 

int distance; 
int x_start; 
int x_range; 
}; 
treesf treex) 
struct tree *treex; 
{ 

treex->distance=treex->x_start+treex->x_range; /*This line 
} generates an ADD HL.DE instruction to index 

into the structure tree, but overwrites H and L 
in the next instruction instead of storing it*/ 

Temporary solution: 

Use local temporary variables of the appropriate types to store the 

values of the dereferenced structure pointers before using them in 

a complex expression. Depending on the complexity of the expression, 

more than one temporary variable may have to be used. 

trees! treex) 
struct tree *treex; 
{ 

int x; 

x = treex- >x_start; 

- 8085 C - 



SRB detail reports as of 08/25/86 

treex->distance= x + treex->x range; 
} 

Signed off 08/25/86 in release 301.80 



Page: 180 



Number: D200031468 Product: 8085 C 



VAX 64826S003 



01.20 



One-line description: 

++ and — operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array! index++] = 1; 

Example 2: arrayfindex] = 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting arrayfindex] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 301.80 



Number: D200033274 Product: 8085 C 



VAX 64826S003 



01.20 



One-line description: 

Comparing character to zero in while loop generates incorrect code. 

Problem: 

If you compare a character variable to zero in a while loop, incorrect 

code is generated. The following code demonstrates the problem. 

"C" 

••6809" 



proc ( 



{ 
char timeout = 10; 

while ( t imeout-- ) ; /* Code generated here causes infinite loop. 

} 

The code generated for the while loop clears the A register and then 
compares the D register to -1. Therefore the condition is never met. 

Temporary solution: 

Declare the variable used in the test condition as an integer. 

"C" 

"6809" 



proc ( 



{ 



int timeout = 10; 



3085 C 
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while (timeout — ); 
) 

Signed off 08/25/86 in release 301.80 



Page: 181 



Number: D200034314 Product: 8085 C 
Keywords: CODE GENERATOR 



VAX 64826S003 



01.20 



One-line description: 

A shift assignment operation ( <<= ) generates incorrect code. 



Problem: 
If a shi 
the comp 
counter 
"C" 

"proceso 
char dat 
int shif 
main ( ) 
data= 
data< 



ft assignment is used instead of a shift within an assignment, 
iler uses the high byte of the variable to be used as the shift 
instead of the low byte. The following is an example: 

r name" 
a = l; 
t = 4; 



data< <shift; 
<=shift; 



/* works correctly */ 

/* uses higher order byte of "shift" */ 



Temporary solution: 
Use 

data=data< <shift; 
instead of 

data< <=shift; 

Signed off 08/25/86 in release 301.80 



Number: D200035949 Product: 8085 C 
Keywords: CODE GENERATOR 



VAX 64826S003 



01.20 



One-line description: 

16 bit comparison on a 8 bit unsigned short field. 

Problem: 

Improper code is generated for statements involving unsigned short 

variables unless they are explicityly cast as unsigned shorts. 

main( ) 

{ 

static unsigned short digit index; 

static unsigned short digitTl2]; 

int a,b; 

if (digit [digit_index] — ){ 

a = 4; 

b = 4; } 

else{ 

a=5; 

b = 5;} 



- 8085 C 
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Page: 182 



Improper code is generated for the comparison (ie the comparison is done 

on 16 bits (8 of which have been cleared) against #0FFFFH. 

12/10/85: The problem also arises if you compare a constant against 

an unsigned short. For example if you declared: 

#define constant ~0 

unsigned short var; 

and later compared these two the compiler will zero out the upper byte 

of the variable var and then compare it to FFFFH. Thus, the condition 

is never met. 

12/16/85: Another example of incorrect code being generated when a 
char variable is used in a test condition is as follows: 

char a; 

ma int ) 
{ 

a - -1; 

if(a == -1) 
a «'A' ; 
} 

Temporary solution: 

Correct code is generated if the line in question is changed to the 

following although digit[] has already been declared unsigned short. 

if ((unsigned shortldigit [digit_index] --) } 

12/10/85: Declare the constant as a short. In other words: 

#define constant 0FFH. 

12/16/85: If only 128 valid characters are required the variable can 

be declared as a short int. 

Signed off 08/25/86 in release 301.80 



Number: D200037226 Product: 8085 C 
Keywords: PASS 3 



VAX 64826S003 



01.20 



One-line description: 

Compiler option $LIST_0BJ 0N$ generates wrong output information. 

Problem: 

Use of the compiler option $LIST_0BJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 

^EXTENSIONS 0N$ 
$LIST_0BJ 0N$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 

PROCEDURE one; 

BEGIN 

a := b; 
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SRB detail reports as of 08/25/86 
END; 
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In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
incorrect "printf" mask when generating the output file. 

NOTE: THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
THE GENERATED CODE IS CORRECT. 

Signed off 08/25/86 in release 301.80 



Number: D200040626 Product: 8085 C 



VAX 64826S003 



01.20 



One-line description: 

Run time UNDERFLOW error using ZDSBSUB library if result has even parity 

Problem: 

Byte subtraction with $DEBUG ON$ will cause an underflow error if the 
result has even parity. An underflow will be incorrectly flagged if the 
result has even parity. No error will be indicated, even if one exists, 
if the result has odd parity. The problem is in ZDsbsub (Debug signed 
bvte subtraction). The 8085 interprets PE exclusively as a parity bit, 
while the library is anticipating that the bit can be interpreted as an 
overflow bit. 

oAKPLE CODE: 
"C" 

"S085" 

SDEBUG 0N$ /*This is required for the error to occur*/ 
main! ) 
{ 

short small; 

short zero; 

small - -128; 

zero = small - small; /* causes error */ 
} 

This problem affects 8085 C and Pascal compilers on 64000 and hosts. 

Temporary solution: 

Turn $DEBUG 0FF$ around signed byte subtractions. 

Signed off 08/25/86 in release 301.80 



Number: D200040832 Product: 8085 C 
Keywords: PASS 3 



VAX 64826S003 



11.20 



One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 

Problem: 

Pass 3 of the compilation process may fail to detect a relative jump 
which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 

- 8085 C - 
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OPTIMIZE is enabled. [BLINK_TAS:BUG] 
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Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 
around those sections of code which are suspect. 

Signed off 08/25/86 in release 301.80 



Number: D200041392 Product: 8085 C 



VAX 64826S003 



01.20 



One-line description: 

Problem with integer pointer in conditional statement. 

Problem: 

In the following example, two loads are performed, but no other code is 

generated to check for zero value. 



"processor name" 
#define NULL 
f ct (parm) 
int *parm; 



if (parm - NULL) 
parm « 10; 



Signed off 08/25/86 in release 301.80 



Number: D200046029 Product: 8085 C 

One-line description: 

Title description is incorrect. 

Signed off 08/25/86 in release 301.80 



VAX 64826S003 



01.20 



Number: D200046219 Product: 8085 C 



VAX 64826S003 



01.20 



One-line description: 

Post increment of pointer results in incorrect code. 

Problem: 

Post increment of a pointer value will cause incorrect code to be 

generated. First, the pointer is pre-incremented rather than 

post incremented. Secondly, the result is stored in the wrong location. 

"C" 

"8085" 

$SHORT_ARITH +$ 

SRECURSIVE 0FF$ 

$SEPARATE 0N$ 

main! ) 
{ 

long ai[2] ,*aiptr,al,a2; 

ai[0]=0L; 

ai[l]=lL; 

aiptr=ai; 

- 8085 C - 
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ai=*aiptr++; /* Problem Statement. *aiptr is pre-incremented 
and the result is stored in wrong location. */ 

Temporary solution: 

Increment the pointer after the assignment is made. 
Use: al=*aiptr; 
*aiptr++; 

Rather than: 

al=*aiptr++; 



Signed off 08/25/86 in release 301.80 

Number: D200 047746 Product: 8085 C 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 301.80 



VAX 64826S003 



01.20 



Number: D200055186 Product: 8085 C 



VAX 64826S003 



01.60 



One-line description: 

Compilation on the VAX using batch mode generates incorrect listing file 

Problem: 

The test files can be found on the VAX750 under userldisk: [robin. 

hughes. rgalo. test] . The following test files were used: 

1. MTINHST_C. - File which contains one error- a missing '}' on 

line 70 

2. TMTINHST_C. - Error-free version of MTINHST_C. 

3. MTOPNDF_C. - File which contains one error - missing declaration 

for integer *j' 

4. MT0PNDFT_C. - Error-free version of MT0PNDF_C. 

One logical name must be defined as follows to access the include 
files referenced by the test programs: 

Sdefine BSLN user$disk: [robin. hughes. wsbsln. baseline] 

When the four files were compiled interactively, the two error-free 
versions generated correct listings. The first file (MTINHSTj:. ) 
generated an incomplete and incorrect listing file. The listing 
showed the include files inserted first, followed by "C", "8086" 
■■.•■! a few other lines o; the program. The output displayed on the scree 
-. looked like: 

In pass!. 
70 else 

"25 
136 

"408 
In C Nocode. 

- 8085 C - 
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comp: C NOcode cannot recover from errors. 



Page: 186 



When the third file (MT0PNDF_C.) was compiled, the listing appeared 
fine except for the insertion a some strange control charaters. 

These last two files were compiled in batch mode (file: user$disk: 
[rob in. hughes. rgalo. test] hughes. com) . 

The first file (MTINHST_C.) generated a complete but incorrect listing. 
Although two errors were found (25 & 408) the line at the bottom 
stated that errors ■ 0. The include file expansion preceeded the 
"C" and "8086" in the listing, and lines like, #include filename, were 
still in the file. The error message was at line 72 of the listing 
instead of line 2472 were the '}' was actual missing. Finally the last 
100 lines had useless numbers in the left margin. 

When the third file (MTOPNDF^C. ) was compiled, an incomplete listing was 
generated with the include file expansions listed first. 

All of these tests were done on the VAX750 with the /e/v/o options. 

This problem also occurs on the 68000. 

Temporary solution: 

No temporary solution available 

Signed off 08/25/86 in release 301.80 



Number: D200055285 Product: 8085 C VAX 64826S003 

One-line description: 

Compiler loses track of array index. 

Problem: 

With $RECURSIVE 0N$, the compiler loses track of where on the 
stack it has put certain variables. The following code is 
an example of this problem: 

"C" 

"processor name" 

$RECURSIVE 0N$ 

index ( ) 

{ 

int xdigit[80] ; 

short i; 

i - 9; 



01.60 



(*LXI H,-(Iindex+00001H) *) 

(*DAD SP *) 

(*MVI M.009H *) 



xdigit[i++] * 10; 



(*M0V A,K *) ' 

(*IKR A (-another defect, D20003ii04*)») 

(*M0V II, A *) 

(*LXI H,-(Iindex+000AlH) *) 

(*DAD SP *) 

(*XCHG *) 

(*LXI H,-(Iindex+000A2H) *) wrong! 
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Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 301.80 
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Number: D200059105 Product: 8085 C 



VAX 64826S003 



01.60 



One- line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 301.80 



Number: D200049122 Product: 8085 C 



VAX 64826S003 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 301.80 



385 C - 
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Number: 5000103218 Product: 8086/8 C 
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64818 02.00 



One-line description: 

ASM file created by compiler generates errors when assembled. 

Problem: 

The ASM file generated by the 8086 C compiler may have errors when 

assembled. 

Signed off 08/25/86 in release 803.01 



Number: D200013961 Product: 8086/8 C 
Keywords: PASS 1 



64818 



01.06 



One-line description: 

No warning or error: taking the sizeof a struct var. not declared. 

Problem: 

The compiler should generate an error in the following code. 

"C" 

"8086" 
main () { 

int y; 

y = sizeof (struct x) ; 
} 

If x is not declared or is declared as anything other than a structure, 
the program compiles with no error messages or warnings. It stores as 
the size zero bytes. 

Signed off 08/25/86 in release 803.01 



Number: D200026427 Product: 8086/8 C 



64818 



01.06 



One-line description: 

No error when illegal assignment to a pointer is made. 

Problem: 

The native compiler on the 9000 flags an error for the following code, 

but the 8086/8 C compiler does not: 

main( ) 
{ 

char *ptr; 

int i; 

char c; 

(ptr + i) +2 - c; /*Should flag an error stating illegal 

left hand side of expression */ 

Signed off 08/25/86 in release 803.01 



8086/8 C - 
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Number: D200027706 Product: 8086/8 C 



Page: 189 
64818 02.00 



One-line description: 

No form feed between the expanded listing and tbe cross reference table. 

Problem: 

During compilation, with XBEF option on, the compiler does not provide 
a form feed (FF) in the listing file. The XREF starts on the same page 
as the end of the listing. Also, the page number says 535 when it 
should be page 2. 

Temporary solution: 

After compiling with the xref option, edit the expanded listing file 

and insert a "control L" before the beginning of the cross reference 

listing. 

Signed off 08/25/86 in release 803.01 



Number: D200031294 Product: 8086/8 C 



64818 



02.00 



One-line description: 

++ and -- operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array [index++] = 1; 

Example 2: arrayiindex] = 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting arrayfindex] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 803.01 



Number: D200033100 Product: 8086/8 C 



64818 



02.00 



One-line description: 

Comparing character to zero in while loop generates incorrect code. 

Problem: 

If you compare a character variable to zero in a while loop, incorrect 

code is generated. The following code demonstrates the problem. 

"C" 

"6809" 



proc( ) 

{ 



char timeout = 10; 

while(timeout--) ; /* Code generated here causes infinite loop. 
- 8086/8 C - 
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} 
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The code generated for the while loop clears the A register and then 
compares the D register to -1. Therefore the condition is never met. 

Temporary solution: 

Declare the variable used in the test condition as an integer. 

"C" 

"6809" 

procO 
{ 



int timeout = 10; 

while (timeout--); 
} 

Signed off 08/25/86 in release 803.01 



Number: D200035782 Product: 8086/8 C 64818 02.00 

Keywords: CODE GENERATOR 

One-line description: 

16 bit comparison on a 8 bit unsigned short field. 

Problem: 

Improper code is generated for statements involving unsigned short 

variables unless they are explicitly cast as unsigned shorts. 

main( ) 

{ 

static unsigned short digit index; 

static unsigned short digitTl2] ; 

int a,b; 

if (digit [digit_index] — ){ 

a=4; 

b = 4; } 

else{ 

a=5; 

b=S; } 

} 

Improper code is generated for the comparison (ie the comparison is done 

on 16 bits (8 of which have been cleared) against #0FFFFH. 

12/10/85: The problem also arises if you compare a constant against 

an unsigned short. For example if you declared: 

ttdefine constant ~0 

unsigned short var; 

and later compared these two, the compiler will zero out the upper byte 

of the variable var and then compare it to FFFFH. Thus, the condition 

is never met. 

12/16/85: Another example of incorrect code being generated when a 
char variable is used in a test condition is as follows: 

char a; 
ma int ) 

- 8086/8 C - 
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{ 

a = -1; 
if(a == -1) 

a ' ' A ' ; 
} 

Temporary solution: 

Correct code is generated if the line in question is changed to the 

following although digit[] has already been declared unsigned short. 

if ((unsigned short)digit[digit_index] — ){ 

12/10/85: Declare the constant as a short. In other words: 
#define constant OFFH. 

12/16/85: If only 128 valid characters are required the variable can 
be declared as a short int. 

Signed off 08/25/86 in release 803.01 


SRB detail reports as of 08/25/86 Page: 192 
Signed off 08/25/86 in release 803.01 


Number: D200047480 Product: 8086/8 C 64818 02.00 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 803.01 


Number: D200049841 Product: 8086/8 C 64818 03.00 

One-line description: 

ES pushed instead of DS when POINTER SIZE = 32. 

Problem: 

The following code demonstrates a problem with the 8086 C compiler 

when $P0INTER_SIZE 32$ is set: 

"C" 

"processor name" 

$POINTER_SIZE 32$ 

static char aack[]; 

ppout ( ) 

{ 

char *term; 

if (term -- aack); < — This statement generates incorrect code. 
} A PUSH ES instruction is generated 

incorrectly. 

Temporary solution: 

Do not use $P0INTER SIZE 32$ in this manner if possible. Otherwise, 
create a ASM8086 file with $ASM FILE ON$, correct the ASM8086 file 
to PUSH DS instead of PUSH ES, and assemble ASM8086. 

Signed off 08/25/86 in release 803.01 


Number: D200040634 Product: 8086/8 C 64818 02.00 

Keywords: PASS 3 

One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 

Problem: 

Pass 3 of the compilation process may fail to detect a relative jump 
which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 
OPTIMIZE is enabled. [BLINK_TAS:BUG] 

Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 
around those sections of code which are suspect. 

Signed off 08/25/86 in release 803.01 


- 8086/8 C - 


Number: D200041194 Product: 8086/8 C 64818 02.00 

One-line description: 

Problem with integer pointer in conditional statement. 

Problem: 

In the following example, two loads are performed, but no other code is 

generated to check for zero value. 

"C" 

"processor name" 

#define NULL 

fct(parm) 

int *parm; 

{ 

if (parm - NULL) 
parm = 10; 
} 

- 8086/8 C - 
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Number: D200049874 Product: 8086/8 C 



Page: 193 
300 64818S004 03.00 



One-line description: 

ES pushed instead of DS when POINTER SIZE - 32. 

Problem: 

The following code demonstrates a problem with the 8086 C compiler 

when $POINTER_SIZE 32$ is set: 

"C" 

"processor name" 

$POINTER_SIZE 32$ 

static char aack[ ] ; 

ppoutO 

{ 

char *term; 

if (term == aack); < — This statement generates incorrect code. 
} A PUSH ES instruction is generated 

incorrectly. 

Temporary solution: 

Do not use $POIINTER_SIZE 32$ if possible. Otherwise, create a 

ASM8086 file with $ASM_FILE 0N$, edit the ASM8086 file to PUSH DS 

instead of PUSH ES, adn assemble the ASM8086 file. 

Signed off 08/25/86 in release 403.10 



Number: D200051235 Product: 8086/8 C 



300 64818S004 



03.00 



One-line description: 

++ and -- operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array[index++] = 1; 

Example 2: arrayfindex] = 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting array [index] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 403.10 



Number: D200052258 Product: 8086/8 C 
Keywords: CODE GENERATOR 



300 64818S004 



00.00 



One-line description: 

Incorrect opcode "MOV A.ACC" allowed by our assembler 

- 8086/8 C - 
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Problem: 

The instruction "MOV A.ACC" was assemble and emulated by our products; 

however, the Intel 8051 goes into the weeds at this instrcution. 

At first glance the machine code in the asembler listing appears valid 

(MOV A.ACC ->0000 E5E0 ), but the bottom of page 8-35 in Intel's 

microcontroller handbook states: *M0V A,ACC is not a valid instruction. 

Neither our manuals nor AMD's user manual mention this instruction. 

Signejd off 08/25/86 in release 403.10 



Number: D200058933 Product: 8086/8 C 



300 64818S004 



03.00 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Signed off 08/25/86 in release 403.10 



Number: D200048892 Product: 8086/8 C 



300 64818S004 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 403.10 



- 8086/8 C 



SRB detail reports as of 08/25/86 
Number: D200026666 Product: 8086/8 C 



Page: 195 
500 64818S001 01.10 



One-line description: 

No error when illegal assignment to a pointer is made. 

Problem: 

The native compiler on the 9000 flags an error for the following code, 

but the 8086/8 C compiler does not: 



char *ptr; 
int i; 
char c; 

(ptr + i) +2 = c; /*Should flag an error stating illegal 

left hand side of expression */ 

Signed off 08/25/86 in release 103.20 



Number: D200031302 Product: 8086/8 C 



500 64818S001 



02.00 



One-line description: 

++ and -- operators evaluated with improper precedence. 

Problem: 

According to Kemighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array [index++] = 1; 

Example 2: array[ index] = 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting arraytindex] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 103.20 



Number: D200033118 Product: 8086/8 C 



500 64818S001 



02.00 



One-line description: 

Comparing character to zero in while loop generates incorrect code. 

Problem: 

If you compare a character variable to zero in a while loop, incorrect 

code is generated. The following code demonstrates the problem. 

"C" 
"6809" 



procl ) 



char timeout =■ 10; 



3086/8 C 
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while! timeout- 
} 



/* Code generated here causes infinite loop. 



The code generated for the while loop clears the A register and then 
compares the D register to -1. Therefore the condition is never met. 

Temporary solution: 

Declare the variable used in the test condition as an integer. 

"C" 

"6809" 

procl ) 
{ 



int timeout = 10; 

while (timeout--) ; 
} 

Signed off 08/25/86 in release 103.20 



Number: D200035790 Product: 8086/8 C 
Keywords: CODE GENERATOR 



500 64818S001 



02.00 



One-line description: 

16 bit comparison on a 8 bit unsigned short field. 

Problem: 

Improper code is generated for statements involving unsigned short 

variables unless they are explicitly cast as unsigned shorts. 

ma int ) 

{ 

static unsigned short digit index; 

static unsigned short digitTl2] ; 

int a,b; 

if (digit [digit_index] — ){ 

a=4; 

b = 4; } 

else! 

a=5; 

b=5; } 

} 

Improper code is generated for the comparison (ie the comparison is done 

on 16 bits (8 of which have been cleared) against #0FFFFH. 

12/10/85: The problem also arises if you compare a constant against 

an unsigned short. For example if you declared: 

#define constant ~0 

unsigned short var; 

and later compared these two, the compiler will zero out the upper byte 

of the variable var and then compare it to FFFFH. Thus, the condition 

is never met. 

12/16/85: Another example of incorrect code being generated when a 
char variable is used in a test condition is as follows: 



8086/8 C 
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char a; 
mainl ) 
{ 

a - -1; 

if(a == -1) 
a ='A' ; 
} 

Temporary solution: 

Correct code is generated if the line in question is changed to the 

following although digit[] has already been declared unsigned short. 

if ((unsigned short)digit[digit_index]--) { 

12/10/85: Declare the constant as a short. In other words: 
♦define constant OFFH. 

12/16/85: If only 128 valid characters are required the variable can 

be declared as a short int. 

Signed off 08/25/86 in release 103.20 



Number: D200037051 Product: 8086/8 C 
Keywords: PASS 3 



500 64818S001 



02.01 



One-line description: 

Compiler option $LIST_0BJ 0N$ generates wrong output information. 

Problem: 

Use of the compiler option $LIST_0BJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 

$EXTENSIONS 0N$ 
$LIST_OBJ 0N$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 

PROCEDURE one; 



BEGIN 
a : 
END; 



b; 



In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
incorrect "printf" mask when generating the output file. 

NOTE: THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
THE GENERATED CODE IS CORRECT. 

Signed off 08/25/86 in release 103.20 

- 8086/8 C - 
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Number: D200040642 Product: 8086/8 C 
Keywords: PASS 3 



500 64818S001 



02.01 



One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 

Problem: 

Pass 3 of the compilation process may fail to detect a relative jump 
which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 
OPTIMIZE is enabled. [BLINK_TAS:BUG] 

Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 
around those sections of code which are suspect. 

Signed off 08/25/86 in release 103.20 



Number: D200041202 Product: 8086/8 C 



500 64818S001 



02.01 



One-line description: 

Problem with integer pointer in conditional statement. 

Problem: 

In the following example, two loads are performed, but no other code is 

generated to check for zero value. 

"C" 

"processor name" 
#define NULL 
fct (parm) 
int *parm; 



{ 



if (parm - NULL) 
parm = 10; 



} 



Signed off 08/25/86 in release 103.20 



Number: D200045906 Product: 8086/8 C 

One-line description: 

Title description is incorrect. 

Signed off 08/25/86 in release 103.20 



500 64818S001 



02.01 



Number: D200045276 Product: 8086/8 C 



500 64818S001 



01.20 



One-line description: 

NULL CHARACTERS IN ASM SOURCE PRODUCED WITH $ASM_FILE$ 

Signed off 08/25/86 in release 103.20 



8086/8 C - 



SRB detail reports as of 08/25/86 

Number: D200047498 Product: 8086/8 C 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 103.20 



Page: 199 
500 64818S001 02.01 



500 64818S001 



Number: D200049635 Product: 8086/8 C 

One-line description: 

NO CROSS REFERENCE TABLE IS GENERATED 



Problem: 

"C" COMPILERS DO NOT GENERATE A CROSS REFERENCE TABLE ON THE 

VAX. 

Temporary solution: 
NONE KNOWN AT PRESENT 

Signed off 04/18/86 in release 103.20 



00.00 



Number: D200049858 Product: 8086/8 C 



500 64818S001 



03.10 



One-line description: 

ES pushed instead of DS when POINTER SIZE = 32. 

Problem: 

The following code demonstrates a problem with the 8086 C compiler 

when SPOINTER SIZE 32$ is set: 



"processor name" 
$POINTER_SIZE 32$ 
static char aack[] : 
ppoutt) 



char *term; 

if (term == aack) 



<-- This statement generates incorrect code. 
A PUSH ES instruction is generated 
incorrectly. 



Signed off 08/25/86 in release 103.20 
Number: D200058917 Product: 8086/8 C 



SRB detail reports as of 08/25/86 
Number: D200048876 Product: 8086/8 C 



Page: 



500 64818S001 



200 
00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 103.20 



500 64818S001 



03.10 



i One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Signed off 08/25/86 in release 103.20 



8086/8 C 



8086/8 C 
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Number: D200026674 Product: 8086/8 C 



Page: 201 
VAX 64818S003 01.10 



One-line description: 

No error when illegal assignment to a pointer is made. 

Problem: 

The native compiler on the 9000 flags an error for the following code, 

but the 8086/8 C compiler does not: 

mainO 
{ 

char *ptr; 

int i; 

char c; 



(ptr + i) +2 - c; 
Signed off 08/25/86 in release 303.40 



/*Should flag an error stating illegal 
left hand side of expression */ 



Number: D2O0031310 Product: 8086/8 C 



VAX 64818S003 



02.00 



One-line description: 

++ and -- operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array[index++] - 1; 

Example 2: arrayfindex] = 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting arraytindex] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 303.40 



Number: D200033126 Product: 8086/8 C 



VAX 64818S003 



02.00 



One-line description: 

Comparing character to zero in while loop generates incorrect code. 

Problem: 

If you compare a character variable to zero in a while loop, incorrect 

code is generated. The following code demonstrates the problem. 

"C" 

"6809" 



prod ) 



char timeout = 10; 



8086/8 C - 
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while ( timeout- 
} 



/* Code generated here causes infinite loop. 



The code generated for the while loop clears the A register and then 
compares the D register to -1. Therefore the condition is never met. 

Temporary solution: 

Declare the variable used in the test condition as an integer. 

"C" 

"6809" 



procO 
{ 



int timeout = 10; 

while (timeout--) ; 
} 

Signed off 08/25/86 in release 303.40 



Number: D200035808 Product: 8086/8 C 
Keywords: CODE GENERATOR 



VAX 64818S003 



02.00 



One-line description: 

16 bit comparison on a 8 bit unsigned short field. 

Problem: 

Improper code is generated for statements involving unsigned short 

variables unless they are explicitly cast as unsigned shorts. 

ma int ) 

{ 

static unsigned short digit index; 

static unsigned short digitll2] ; 

int a,b; 

if (digit [digit_index] — ){ 

a = 4; 

b = 4; } 

else{ 

a=5; 

b=5;} 

} 

Improper code is generated for the comparison ( ie the comparison is done 

on 16 bits (8 of which have been cleared) against #0FFFFH. 

12/10/85: The problem also arises if you compare a constant against 

an unsigned short. For example if you declared: 

#define constant ~0 

unsigned short var; 

and later compared these two the compiler will zero out the upper byte 

of the variable var and then compare it to FFFFH. Thus, the condition 

is never met. 

12/16/85: Another example of incorrect code being generated when a 
character variable is used in a test condition is as follows: 



8086/8 C - 
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char a; 
main( ) 
{ 

a = -1; 

if(a == -1) 
a ='A' ; 
} 

Temporary solution: 

Correct code is generated if the line in question is changed to the 

following although digit[] has already been declared unsigned short. 

if ((unsigned short)digit[digit_index]--) { 

12/10/85: Declare the constant as a short. In other words: 
#define constant OFFH. 

12/16/85: If only 128 valid characters are required the variable can 

be declared as a short integer. 

Signed off 08/25/86 in release 303.40 



Number: D200037069 Product: 8086/8 C 
Keywords: PASS 3 



VAX 64818S003 



02.00 



One-line description: 

Compiler option $LIST_0BJ 0N$ generates wrong output information. 

Problem: 

Use of the compiler option $LIST_0BJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 

SEXTENSIONS 0N$ 
$LIST_0BJ 0N$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 

PROCEDURE one; 

BEGIN 

a := b; 
END; 

In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
incorrect "printf" mask when generating the output file. 

NOTE: THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
THE GENERATED CODE IS CORRECT. 

Signed off 08/25/86 in release 303.40 

- 8086/8 C - 
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Number: D200040659 Product: 8086/8 C 
Keywords: PASS 3 



VAX 64818S003 



02.00 



One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 

Problem: 

Pass 3 of the compilation process may fail to detect a relative jump 
which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 
OPTIMIZE is enabled. [BLINK_TAS:BUG] 

Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 
around those sections of code which are suspect. 

Signed off 08/25/86 in release 303.40 



Number: D200041210 Product: 8086/8 C 



VAX 64818S003 



02.00 



One-line description: 

Problem with integer pointer in conditional statement. 

Problem: 

In the following example, two loads are performed, but no other code is 

generated to check for zero value. 

"C" 

"processor name" 
#define NULL 
fct (parm) 
int *parm; 



{ 



if (parm - NULL) 
parm - 10; 



} 



Signed off 08/25/86 in release 303.40 



Number: D200045914 Product: 8086/8 C 

One-line description: 

Title description is incorrect. 

Signed off 08/25/86 in release 303.40 



VAX 64818S003 



02.00 



Number: D200046607 Product: 8086/8 C 



VAX 64818S003 



02.00 



One-line description: 

NULL CHARACTERS IN ASM SOURCE PRODUCED WITH $ASM_FILE$ 

Signed off 08/25/86 in release 303.40 



8086/8 C 



SRB detail reports as of 08/25/86 
Number: D200047506 Product: 8086/8 C 
One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 
Signed off 08/25/86 in release 303.40 
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VAX 64818S003 02.00 



Number: D200049866 Product: 8086/8 C VAX 64818S003 

One-line description: 

ES pushed instead of DS when POINTER SIZE = 32. 

Problem: 

The following code demonstrates a problem with the 8086 C compiler 

when $POINTER_SIZE 32$ is set: 

"C" 

"processor name" 

$P0INTER_SIZE 32$ 

static char aack[] ; 

ppoutO 

{ 

char *term; 

if (term == aack) ; 



03.10 



<-- This statement generates incorrect code. 
A PUSH ES instruction is generated 
incorrectly. 



Temporary solution: 

No known tempoaray solution. 

Signed off 08/25/86 in release 303.40 



Number: D200055129 Product: 8086/8 C 



VAX 64818S003 



03.10 



One-line description: 

Compilation on the VAX using batch mode generates incorrect listing file 

Problem: 

The test files can be found on the VAX750 under user$disk: [robin. 

hughes. rgalo. test] . The following test files were used: 



MTINHST C. 



File which contains one error- a missing '}' on 
line 70 



TMTINHST_C. - Error-free version of MTINHST_C. 

MT0PNDF_C. - File which contains one error - missing declaration 
for integer 'j' 



MT0PNDFT C. 



Error-free version of MT0PNDF C. 



One logical name must be defined as follows to access the include 
files referenced by the test programs: 

$define BSLN user$disk: [robin. hughes. wsbsln. baseline] 



8086/8 C - 
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When the four files were compiled interactively, the two error-free 
versions generated correct listings. The first file (MTINHST C.) 
generated an incomplete and incorrect listing file. The listing 
showed the include files inserted first, followed by "C", "8086" 
and a few other lines of the program. The output displayed on the scree 
n looked like: 

In passl. 
70 else 

136 

"408 
In C Nocode. 
comp: C NOcode cannot recover from errors. 

When the third file (MT0PNDF_C.) was compiled, the listing appeared 
fine except for the insertion a some strange control charaters. 

These last two files were compiled in batch mode (file: user$disk: 
[rob in. hughes. rgalo. test] hughes. com) . 

The first file (MTINHST_C.) generated a complete but incorrect listing. 
Although two errors were found (25 & 408) the line at the bottom 
stated that errors - 0. The include file expansion preceeded the 
"C" and "8086" in the listing, and lines like, #include filename, were 
still in the file. The error message was at line 72 of the listing 
instead of line 2472 were the *}' was actual missing. Finally the last 
100 lines had useless numbers in the left margin. 

When the third file (MT0PNDF__C. ) was compiled, an incomplete listing was 
generated with the include file expansions listed first. 

All of these tests were done on the VAX750 with the /e/v/o options. 

This problem also occurs on the 68000. 

Temporary solution: 

No temporary solution available 

Signed off 08/25/86 in release 303.40 



Number: D200058925 Product: 8085/8 C 



VAX 64818S003 



03.10 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Signed off 08/25/86 in release 303.40 



Number: D200048884 Product: 8086/8 C 



VAX 64818S003 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 303.40 



- 8086/8 C - 



SRB detail reports as of 08/25/86 

Number: 5000118828 Product: 8086/8 PASCAL 



64814 
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02.00 



One-line description: 

Param of WRITELN not separated by ,'s cause compiler to abort. 

Problem: 

Compiler aborts without creating a listing file when WRITELN parameters 
are not delimited by commas. The following example causes the compiler 
to abort and a "301:no case provided for this value" message appears 
on the status line. Line numbers do not appear on the status line 
before the compiler aborts ( that normally give a hint to the location 
of the problem) . 

"8086" 
$EXTENSI0NS 0N$ 

PROGRAM TEST; 

VAR FS0RTIE : TEXT; 

BEGIN 

WRITELN (FSORTIE, 'MESSAGE' 'XXX' ) ; 

END. 

Note: The two parameters that are not separated by commas do not have 
to be strings. They could be variable names. 

The VAX and 9000 generate the following errors for this line: 
0,4,126,139 

Temporary solution: 

The only temporary solution is to manually check the source file 

for WRITELN parameters not delimited by commas. 

Pisces+: 

If a Pisces* environment is being used the file could be compiled 

on the host computer. 

Signed off 08/25/86 in release 403.01 



Number: D2000 15230 Product: 8086/8 PASCAL 



64814 



01.10 



One-line description: 

Only two bytes of a three byte array are passed correctly as parameters. 

Problem: 

Problem when passing parameters 3 byte array of type char. 

Only two of the parameters are passed correctly, the third parameter 
is passed as zero. 

Temporary solution: 

Problem can be resolved by using an even array. 

Signed off 08/25/86 in release 403.01 



- 8086/8 PASCAL 



SRB detail reports as of 08/25/86 

Number: D200036780 Product: 8086/8 PASCAL 

Keywords: INCLUDE 



64814 
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02.01 



One-line description: 

Nested INCLUDE files 3 or more deep cause 64000 to "hang" in pass 3. 

Problem: 

Nested INCLUDE files 3 or more deep cause 64000 to hang in pass 3. 

Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 403.01 



Number: D200037234 Product: 8086/8 PASCAL 



64814 



02.01 



One-line description: 

Bad "machine" code generated for LEA assembly instruction. 

Temporary solution: 

Use the compiler option $ASM_FILE$ to obtain an assembly file. Use this 

file as input to the assembler. The assembler generates correct code. 

Signed off 08/25/86 in release 403.01 

Number: D200038950 Product: 8086/8 PASCAL 64814 02.01 

One-line description: 

Incorrect machine code generated for LEA ... instruction. 

Signed off 08/25/86 in release 403.01 



Number: D200046631 Product: 8086/8 PASCAL 

One-line description: 

Error 1102: register needed but not available. 

Problem: 



Signed off 08/25/86 in release 403.01 
Number: D200047399 Product: 8086/8 PASCAL 



64814 



02.01 



64814 



02.01 



One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 403.01 



Number: D200052522 Product: 8086/8 PASCAL 



64814 



03.00 



One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. 

- 8086/8 PASCAL - 



An error 
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is generated on the hosts stating that parsing has stopped at 
a particular line number. 

"processor name" 
PROGRAM MAIN; 
TYPE 
STRUCTURED- RECORD 

INT1: INTEGER; 

I NT2: INTEGER; 

END; 

PROCEDURE 0UTER(VAR PI: STRUCTURED; VAR P2:INTEGER); 

VAR I: INTEGER; 

BEGIN 

I:=P1 < — This missing semicolon causes the problem 

I:-P1.2; 

I:=P2; 

END; 

BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 403.01 



Number: D200053181 Product: 8086/8 PASCAL 
Keywords: CODE GENERATOR 



64814 



03.00 



One-line description: 

Width option causes 64000 to enter PV during compilation 

Problem: 

THE FOLLOWING PROGRAM CAUSES THE 64000 TO JUMP INTO PERFORMANCE VERIFICA 

TION WHEN COMPILED. 

"80188" 

SEXTENSI0NS 0N$ 
$ WIDTH 70$ 
PROGRAM TEST; 
$GLOBPROC 0N$ 
PROCEDURE EXAMPLE; 

CONST 

VAR1 = 2; VAR2 = 3; VAR3 = 4; 
TYPE 

SET_1 = (W,X,Y,Z); SET_2 = (0,R,Q,S); 
SET1 = SET OF SET_1; SET2 = SET OF SET_2; 
REC1 = RECORD 

DESC : SET1; 
END; 
VAR 

- 8086/8 PASCAL - 
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A : INTEGER; P : UNSIGNED_8; 

ARRAY1 : ARRAY [1..4] OF ARRAY [1..5] OF REC1; 

ARRAY2 : ARRAY [6] OF SET2; 

BEGIN 
P :- 10; 

CASE (10 + A) OF 
11: BEGIN 

IF (X IN ARRAY1[VAR1,VAR2].DESC) AND 

NOT (Q IN ARRAY2[VAR3]) THEN {THEN ends in COl 70} 
P : = P + 1; 
IF NOT (X IN ARRAY1[VAR1,VAR2].DESC) AND 

(Q IN ARRAY2[VAR3]) THEN {THEN ends in col 70} 
P := P + 2; 
END; 
22: BEGIN 

IF (X IN ARRAY1[VAR1,VAR2].DESC) AND 

NOT (S IN ARRAY2[VAR3]) THEN {THEN ends in col 70} 
P := P + 1; 
IF NOT (X IN ARRAY1[VAR1,VAR2].DESC) AND 

(S IN ARRAY2[VAR3] ) THEN {THEN ends in col 70} 
P := P + 2; 
END; 
OTHERWISE; 
END; 
END; 



THE PROBLEM OCCURS ONLY WHEN THE WIDTH IS SET TO 70, 71, OR 72. ALL 
OTHER SETTINGS WORK. USING JUST ONE CASE CONSTANT INSTEAD OF TWO 
WILL NOT CREATE THE PROBLEM. IN ORDER TO CAUSE THE DEFECT THE SET 
MUST BE INDIRECTLY ACCESSED THROUGH A RECORD OR AN ARRAY. ALSO THE 
ARRAY INDEXES MUST BE VARIABLES OR CONSTANTS (I.E. ARRAY1 [2, 3] .DESC 
WILL NOT JUMP INTO PV). 

TEMPORARY SOLUTION: 

CHANGE THE WIDTH COMPILER OPTION TO LONGER THAN THE LONGEST SOURCE 
LINE. 



Signed off 08/25/86 in release 403.01 



Number: D200053728 Product: 8086/8 PASCAL " 64814 

One-line description: 

Register needed but not available 

Problem: 

An example of this problem can be found on the 9000 hplsdsb under 
/users/robin/pass2.s. The 1102 errors do not occur if you remove 
all the unnecessary variables that are defined. The customer 
uses include files for all his declarations. 

Temporary solution: 

No known temporaryb solution. 
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Number: D200053736 Product: 8086/8 PASCAL 64814 03.00 

Keywords: CODE GENERATOR 

One-line description: 

Variable addresses calculated incorrectly 

Problem: 

THE PROGRAM IN THE SUMMITER TEXT SECTION DOES NOT GENERATE THE 
CORRECT ADDRESSES FOR "OPR_SLOT_SELECTED" AND "OVERRIDE_CHAN_SLOT" 
WHEN COMPILED. 

A COPY OF THIS PROGRAM CAN BE FFOUND ON 1HPLSDSB UNDER /USERS/ROBIN/ 
AWABUG2.S 

Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 403.01 
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Number: D200052555 Product: 8086/8 PASCAL 



Page: 



300 64814S004 
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One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

"processor name" 
PROGRAM MAIN; 
TYPE 
STRUCTURED- RECORD 

INTl: INTEGER; 

INT2: INTEGER; 

END; 

PROCEDURE OUTERlVAR PI: STRUCTURED; VAR P2:INTEGER); 

VAR I: INTEGER; 

BEGIN 

I: -PI <--This missing semicolon causes the problem 

I: -PI. 2; 

I:-P2; 

END; 

BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 403.10 



Number: D200058768 Product: 8086/8 PASCAL 
Keywords: PREPROCESSOR 



300 64814S004 



03.00 



One-line description: 

Preprocessor reports errors when symbols hp64000, vms or hpux w #if 

Signed off 08/25/86 in release 403.10 

Number: D200059196 Product: 8086/8 PASCAL 300 64814S004 03.00 

One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 



Signed off 08/25/86 in release 403.10 



8086/8 PASCAL 
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Number: D200048801 Product: 8086/8 PASCAL 



Page: 



300 64814S004 
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One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 403.10 



8086/8 PASCAL 
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Number: D200Q27649 Product: 8086/8 PASCAL 



Page: 214 
500 64814S001 02.00 



One-line description: 

No form feed between the expanded listing and the cross reference table. 

Problem: 

During compilation, with XREF option on, the compiler does not provide 
a form feed (FF! in the listing file. The XREF starts on the same page 
as the end of the listing. Also, the page number says 535 when it 
should be page 2. 

Temporary solution: 

After compiling with the xref option, edit the expanded listing file 

and insert a "control L" before the beginning of the cross reference 

listing. 

Signed off 08/25/86 in release 103.10 

Number: D200036871 Product: 8086/8 PASCAL 500 64814S001 02.00 

Keywords: PASS 3 

One-line description: 

Compiler option $LIST_0BJ 0N$ generates wrong output information. 

Problem: 

Use of the compiler option $LIST_0BJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 

$EXTENSIONS 0N$ 
$LIST_0BJ 0N$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 

PROCEDURE one; 

BEGIN 

a := b; 
END; 

In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
incorrect "printf" mask when generating the output file. 



NOTE: 



THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
THE GENERATED CODE IS CORRECT. 



Signed off 08/25/86 in release 103.10 



- 8086/8 PASCAL 
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Number: D200037291 Product: 8086/8 PASCAL 



Page: 215 
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One-line description: 

Bad "machine" code generated for LEA assembly instruction. 

Signed off 08/25/86 in release 103.10 



Number: D200046318 Product: 8086/8 PASCAL 



500 64814S001 



01.30 



One-line description: 

NULL CHARACTERS IN ASM SOURCE PRODUCED WITH $ASM_FILE$ 

Signed off 08/25/86 in release 103.10 

Number: D200046748 Product: 8086/8 PASCAL 500 64814S001 02.00 

One-line description: 

Error 1102: register needed but not available. 

Signed off 08/25/86 in release 103.10 



500 64814S001 



Number: D200047407 Product: 8086/8 PASCAL 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 103.10 

Number: D200052530 Product: 8086/8 PASCAL 500 64814S001 

One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

"processor name" 

PROGRAM MAIN; 

TYPE 

STRUCTURED- RECORD 

INT 1: INTEGER; 

INT2: INTEGER; 

END; 

PROCEDURE OUTER(VAR P 1 : STRUCTURED ; VAR P2:INTEGER); 

VAR I: INTEGER; 

BEGIN 

I: "PI <--This missing semicolon causes the problem 

I:-P1.2; 

I:=P2; 

END; 

BEGIN 
END. 
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Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 103.10 



Number: D200058743 Product: 8086/8 PASCAL 
Keywords: PREPROCESSOR 



500 64814S001 



03.00 



One-line description: 

Preprocessor reports errors when symbols hp64000, vms or hpux w #if 

Signed off 08/25/86 in release 103.10 

Number: D200059170 Product: 8086/8 PASCAL 500 64814S001 03.00 

One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 



Signed off 08/25/86 in release 103.10 

Number: D200048785 Product: 8086/8 PASCAL 500 64814S001 00.00 

One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 103.10 



- 8086/8 PASCAL 
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Number: D200027656 Product: 808S/8 PASCAL 



Page: 



VAX 64814S003 
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02.00 



One-line description: 

No form feed between the expanded listing and the cross reference table. 

Problem: 

During compilation, with XREF option on, the compiler does not provide 
a form feed (FF) in the listing file. The XREF starts on the same page 
as the end of the listing. Also, the page number says 535 when it 
should be page 2. 

Temporary solution: 

After compiling with the xref option, edit the expanded listing file 

and insert a "control L" before the beginning of the cross reference 

listing. 

Signed off 08/25/86 in release 303.20 

Number: D200037002 Product: 8086/8 PASCAL VAX 64814S003 02.00 

Keywords: PASS 3 

One- line description: 

Compiler option $LIST_0BJ 0N$ generates wrong output information. 

Problem: 

Use of the compiler option $LIST_0BJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 

$EXTENSIONS 0N$ 
$LIST_0BJ ON$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 

PROCEDURE one; 

BEGIN 

a := b; 
END; 

In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
incorrect "printf" mask when generating the output file. 



NOTE: 



THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
THE GENERATED CODE IS CORRECT. 



Signed off 08/25/86 in release 303.20 



8086/8 PASCAL - 
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Number: D200037309 Product: 8086/8 PASCAL 



Page: 



VAX 64814S003 
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One-line description: 

Bad "machine" code generated for LEA assembly instruction. 

Signed off 08/25/86 in release 303.20 

Number: D200046615 Product: 8086/8 PASCAL VAX 64814S003 02.00 

One-line description: 

NULL CHARACTERS IN ASM SOURCE PRODUCED WITH $ASM_FILE$ 

Signed off 08/25/86 in release 303.20 



02.00 



Number: D200046755 Product: 8086/8 PASCAL VAX 64814S003 

One-line description: 

Error 1102: register needed but not available. 

Signed off 08/25/86 in release 303.20 



Number: D200047415 Product: 8086/8 PASCAL 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 303.20 



VAX 64814S003 



02.00 



Number: D200052548 Product: 8086/8 PASCAL VAX 64814S003 "" 

One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

"processor name" 

PROGRAM MAIN; 

TYPE 

STRUCTURED- RECORD 

INT1: INTEGER; 

INT2: INTEGER; 

END; 

PROCEDURE 0UTER(VAR PI : STRUCTURED; VAR P2:INTEGER); 

VAR I: INTEGER; 

BEGIN 

I:-P1 <--This missing semicolon causes the problem 

I:=P1.2; 

I:=P2; 

END; 

BEGIN 
END. 



8086/8 PASCAL 
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Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 303.20 



Number: D200058750 Product: 8086/8 PASCAL 
Keywords: PREPROCESSOR 



VAX 64814S003 



03.00 



One-line description: 

Preprocessor reports errors when symbols hp64000, vms or hpux w #if 

Signed off 08/25/86 in release 303.20 



Number: D200059188 Product: 8086/8 PASCAL VAX 64814S003 



03.00 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Signed off 08/25/86 in release 303.20 

Number: D200048793 Product: 8086/8 PASCAL VAX 64814S003 00.00 

One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 303.20 



8086/8 PASCAL 
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Number: D200060301 Product: F9450 EMULATION 



64286 
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01.02 



One-line description: 

Intermittent PV failures occur on test 8 (10 Cycles) 



Temporary solution: 

Ignore failures on test 8 if they occur at a rate of approximately 

2 in 100. 



Signed off 08/25/86 in release 601.03 



F9450 EMULATION - 
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Number: D200043570 Product: OP_SYS DEC-VAX / VMS 64882 01.20 

Keywords: TRANSFER 

One-line description: 

The wrong protection can be left on HSL0.DAT when MAPBUS completes. 

Problem: 

When CSIB initially runs, it spawns a sub-process (usually named 
SYSTEM_1) to run a MAPBUS on the 64000 cluster. When MAPBUS completes, 
a file called HP$64000:HSLO.DAT is created with file protection that 
denies the world READ-ACCESS. 

The error message that a user will receive is: 

transfer: high speed link not running 

ERROR: requested high speed link is not in operation 

•/.NONAME-E-NOMSG, Message number 0000002 

Temporary solution: 

The protection on this file must be set with the following command: 

$ SET PROTECTION=(SYSTEM:REWD,OWNER:REWD,GROUP:R,WORLD:R) HSL0.DAT 

Signed off 08/25/86 in release 201.70 

Number: D200043935 Product: OP SYS DEC-VAX / VMS 64882 01.20 



Keywords: HIGH SPEED LINK 



TRANSFER 



One-line description: 

TRANSFER/H/A/T from anACL controled directory does not work. 

■'roblem: 

r;iven a directory that denies access to a user by its file protection, 
■ ut who is allowed access via an ACL, even though the user may read and 
opy the file via a DCL command, TRANSFER/K is not able to access the 

;ile although TRANSFER/R can. 

"'■•'nporary solution: 
>py the files to be transferee out of the ACL controlled directory and 
<r,d then TRANSFER the copied file. 

'. second solution would be to change the file protection to allow access 
,°r normal file access protections. 

signed off 08/25/86 in release 201.70 

Number: D200045054 Product: 0P_SYS DEC-VAX / VMS 64882 0TT20 

Keywords: HIGH SPEED LINK 

One-line description: 

File list transfers may not work under certain conditions. 

Problem: 

Given the following transfer, "TRANSFER/HSL/LIST/ASSERTIVE/TO" , 

- 0P_SYS DEC-VAX / VMS - 
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if any of the files in the list or the directory containing the files 
does not allow world read access, the transfer will abort at the point 
where access is denied and will display a status dump. 

Temporary solution: 

Make sure the directory containing the files and the files them selves 

allow (W:R) access. 

Signed off 08/25/86 in release 201.70 

Number: D200046U0 Product: 0P_SYS DEC-VAX / VMS 64882 01.20 

One-line description: 

Mapbus output is "hardwired" to the system console. 

Signed off 08/25/86 in release 201.70 

Number: D200046144 Product: 0P_SYS DEC-VAX / VMS 64882 01.20 

One-line description: 

Debug transfers will not work when '.PAS' file extensions are used. 

Signed off 08/25/86 in release 201.70 

Number: D200047969 Product: 0P_SYS DEC-VAX / VMS 64882 01.20 

Keywords: HIGH SPEED LINK 

One-line description: 

The HPIB configuration on the 0PA0: doesn't contain line-feeds. 

Problem: 

When mapbus completes when CSIB is started, all the lines of the HPIB 
configuration printed on the OPA0 : overwrite themselves. It appears 
that that data to the OPA0: doesn't contain line-feeds. 

When a mapbus is manually run from the OPA0:, the HPIB configuration is 
printed correctly. 

Temporary solution: 
None at this time. 

Signed off 03/25/86 in release 201.70 

Number: 0200047985 Product: 0P_SYS DEC"-VAX / VMS 64882 

Keywords: HIGH SPEED LINK 



01.20 



One-line description: 

A CSIB with a pending MAPBUS, changes priority from 12 to 14 and back. 

Signed off 08/25/86 in release 201.70 



0P_SYS DEC-VAX / VMS 
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Number: D200048025 Product: 0P_SYS DEC-VAX / VMS 64882 01.20 

Keywords: HIGH SPEED LINK 

One-line description: 

High speed link transfer does not work from passworded userids. 

Problem: 

High speed link transfers don't work to/from pass-worded 64000 userids. 

Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 201.70 

Number: D200053819 Product: 0P_SYS DEC-VAX / VMS 64882 01.60 

Keywords: TRANSFER 

One-line description: 

Certain length filename. extension's will not transfer. 

Problem: 

If the sum of the lengths of the file name and the extension exceed 
17 characters, then the length of the extension cannot exceed 8 
characters for the file to transfer. 

Signed off 08/25/86 in release 201.70 

Number: D200053892 Product: 0P_SYS DEC-VAX / VMS 64882 01.60 

One-line description: 

Foreground signal can kill a background batch remote control job. 

Problem: 

A 'CNTL C, entered in foregorund work can kill a background remote 
control job which was started from the same terminal session. This 
was an unintentional RE-INTRODUCTION of the defect that was fixed 
and documented by SR-NO D200020263. 

Temporary solution: 

Add a 10_second sleep to the beginning of any remote control batch 
job. After submitting thi batch job, log off during that first 10 
seconds. Any foreground signals generated in the future will 
then belong to another terminal session and have no effect on the 
batch job. 

Signed off 08/25/86 in release 201.70 

Number: D200053900 Product: 0P_SYS DEC-VAX / VMS 64882 01.60 

One-line description: 

Hp 64000 exit message is not outputted for exits when needed 

Problem: 

Remote will appear not to be able to exit from the main menu if the 

HP 64000 was bit left in monitor mode. The message prompting the 

- OP SYS DEC-VAX / VMS - 
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user to enter a "yes" to reboot the HP 64000 was not outputted. 

Temporary solution: 

The user may enter the exit command followed by a "yes" when exiting 
while the HP 64000 is not in monitor mode, or the user may return the 
HP 64000 to monitor mode before exiting. 



Signed off 08/25/86 in release 201.70 

Number: D200053884 Product: OP SYS DEC-VAX / VMS 64882 



01.60 



One-line description: 

REMOTE CONTROL HP6400 LOCKING MECHANISM WAS MADE MORE RELIABLE 

Signed off 08/25/86 in release 201.70 



- OP SYS DEC-VAX / VMS - 
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Number: D200043588 Product: OP SYS HP-UX / 500 



Page: 



64880 
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One-line description: 

High Speed Link transfer can remove files from protected directories. 

Signed off 04/18/86 in release 001.60 

Number: D2O0O54320 Product: 0P_SYS HP-UX / 500 64880 01.50 

One-line description: 

Foreground signal can kill a background batch remote control job. 

Problem: 

A *CNTL C, entered in foregorund work can kill a background remote 
control job which was started from the same terminal session. This 
was an unintentional RE-INTRODUCTION of the defect that was fixed 
and documented by SR-N0 D200020263. 

Temporary solution: 

Add a 10_second sleep to the beginning of any remote control batch 
job. After submitting thi batch job, log off during that first 10 
seconds. Any foreground signals generated in the future will 
then belong to another terminal session and have no effect on the 
batch job. 

Signed off 08/25/86 in release 001.60 

Number: D200054338 Product: 0P_SYS HP-UX / 500 64880 01.50 

One-line description: 

Hp 64000 exit message is not outputted for exits when needed 

Problem: 

Remote will appear not to be able to exit from the main menu if the 
HP 64000 was bit left in monitor mode. The message prompting the 
user to enter a "yes" to reboot the HP 64000 was not outputted. 

Temporary solution: 

The user may enter the exit command followed by a "yes" when exiting 
while the HP 64000 is not in monitor mode, or the user may return the 
HP 64000 to monitor mode before exiting. 

Signed off 08/25/86 in release 001.60 

Number: D200054346 Product: 0P_SYS HP-UX / 500 64880 01.50 

One-line description: 

An escaped shell from the menu can return prematurely 

Problem: 

If the user escapes from the SHELL from the MENU while something 
is running on the HP 64000, which generates a status line update, 
the remote control program might return from the ESCAPED SHELL 
before the user exits the EXCAPED SHELL. 

Terminal input will not appear normal and the user should exit 

- 0P_SYS HP-UX / 500 - 
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Temporary solution: 

DO NOT excape to a shell from the menu while something is running 

on the HP 64000 which might generate a STATUS LINE UPDATE. 

Signed off 08/25/86 in release 001.60 

Number: D200060269 Product: 0P_SYS HP-UX / 500 64881 &T750 

One-line description: 
Problem with make utility. 

Problem: 

The hosted compiler doesn't return with the correct return status 

if the compilation has resulted in an error. The assembler returns 

with a non-zero result after an assembly with errors, so that "make" 

correctly stops the "making" process. After a compilation with errors, 

"make" continues with its actions, producing an incorrect absolute 

file. 

Although the value returned by the compiler and assembler is not 
documented, the assembler always returns a usefull value for "make" 
while the compiler always returns "0". 

Signed off 08/25/86 in release 001.60 

Number: D200060277 Product: 0P_SYS HP-UX / 500 64880 01.50 

One-line description: 

Problems with the linker listing file and map. 

Problem: 

The map produced by the linker is not the same as the listing 
file on the 64000. It has no pages, the error information goes 
to the std-err. Using "pr" gives you paging, but no headers on 
each page. Using "2>8>1" merges not only the error info, but also 
the unwanted copy of the "command. K" file in the output. 

Signed off 08/25/86 in release 001.60 



Number: 5000124040 Product: 0P_SYS HP-UX / 500 
Keywords: LINKER 



64880 



01.30 



One-line description: 

Linker is VERY "picky" about the use of file extensions. 

Signed off 08/25/86 in release 001.60 

Number: D200054312 Product: 0P_SYS HP-UX / 500 64881 

One-line description: 

REMOTE CONTROL HP6400 LOCKING MECHANISM WAS MADE MORE RELIABLE 
Signed off 08/25/86 in release 001.60 

- 0P_SYS HP-UX / 500 - 
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Number: D200042044 Product: USER DEF ASSEMB 500 64851S001 00.00 

Keywords: LINKER 

One-line description: 

LINKER WILL NOT LINK FILENANES STARTING WITH A NUMBER 

Signed off 08/25/86 in release 101.50 

Number: D200047019 Product: USER DEF ASSEMB 500 64851S001 01.20 

One-line description: 

Assembler should denote an error on non-absolute .SET expressions. 

Signed off 08/25/86 in release 101.50 

Number: D200048066 Product: USER DEF ASSEMB 500 64851S001 01.20 

One-line description: 

Assembler flags error on host but NOT on 64000. 

Problem: 

Submitted source file (for SA6801) does not correctly assemble on the 

host. The same file assembles without errors on the 64000. 



Signed off 08/25/86 in release 101.50 



Number: D200053496 Product: USER DEF ASSEMB 500 64851S001 



01.30 



One-line description: 

Macro def. including .IF, within a IF causes assembler to stop code gen. 

Problem: 

If you have a ".IF" in a macro definition and that macro definition 
is within a conditional assembly "IF" then no code is generated. 
The program provided demonstrates the problem (see submitter text). 

Temporary solution: 

Pull the macro definition outside of the conditional if. No code 

will be generated for the definition. 



FIN 



"processor 


name" 




ESSAI 


EQU 





MAC 

LABEL 
FIN 


MACRO 
.IF 
LD 
MEND 


ESSAI. EQ.O 
A,0 




IF 

MAC 

ENDIF 


ESSAI 



START 



LD 



A, 3 



- USER DEF ASSEMB 
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Number: D200055525 Product: USER DEF ASSEMB 500 64851S001 01.40 

One-line description: 

Comments not delimited by semi-colons appear in the assembler xref. 

Problem: 

If you do not delimit a comment with a semi-colon it will 

appear in the assembler xref. 



"processor" 

MOVE D0,D1 



COMMENT 



COMMENT appears in the asm xref as an undefined symbol. 

Temporary solution: 

Delimit all comments with a semi-colon. 

Signed off 08/25/86 in release 101.50 

Number: D200059295 Product: USER DEF ASSEMB 500 64851S001 01.40 

One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 101.50 

Number: D2O0059949 Product: USER DEF ASSEMB 500 64851S001 01.40 

One-line description: 

QUOTING CHARACTERS WITHIN STRINGS ARE ALL TRANSLATED TO "." 

Problem: 

When using quoting characters within strings (',",*) they are 

all translated to "." This was done to facilitate string comparisons 

but causes a problem when the string is to be part of the generated 

code. 

Signed off 08/25/86 in release 101.50 



SRB detail reports as of 08/25/86 Page: 230 

Number: 1650006536 Product: USER DEF ASSEMB VAX 64851S003 01.20 

Keywords: MACRO 

One-line description: 

string comparison does not function using conditional .if instr. 

Problem: 

Hosted Macro assembler on Vax does not expand macros properly. The 
problem is related with "String unequality comparison". 

BEGIN. 



FIN 



MACRO 




&P1 


.IF &P1 


.NE. 


" FIN 


MOV A 


,#0FH 




.NOP 






MEND 






BEGIN 


MYLABEL 


BEGIN 






END 







The HP64100 allows checking 
above example. This method 
If any other string is used 
either around the parameter 
the .IF statement. However 
same code as the HP64100. 
an error message, the code 
the call "BEGIN MYLABEL 
following listing. 



for optional macro parameters by the 

only works with the null ("") operand. 

for the operand, quotes must be placed 

at the macro call or around the &P1 in 

the vax and 9000 do not produce the 

Although the VAX/9000 does not generate 

generated is incorrect. For example, 

in the above test program creates the 



11 
+ 
+ 
12 

Temporary Solution: 

Replace 
with 



BEGIN MYLABEL 

.IF MYLABEL .NE. "" FIN 

MOV A,#0FH 

etc. 



.IF &P1 .NE. "" FIN 
.IF "&P1" .NE. FIN 



Signed off 06/23/86 in release 301.50 



USER DEF ASSEMB -5 



Number: D200019877 Product: USER DEF ASSEMB VAX 64851S003 01.10 

One-line description: 

Code generated differs from code generated on HP 64000. 

Signed off 06/23/86 in release 301.50 

Number: D200047027 Product: USER DEF ASSEMB VAX 64851S003 01.20 

One-line description: 

Assembler should denote an error on non-absolute .SET expressions. 

Signed off 08/25/86 in release 301.50 

- USER DEF ASSEMB -V 
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Number: D200048413 Product: USER DEF ASSEMB VAX 64851S003 
Keywords: MACRO 



01.40 



One-line description: 

Conditional instr. .IF with rational oper. in Macro creates bad code 

Problem: 

The use of the conditional instruction, .IF, with rational operator 
( .EQ. , .NE. , .LT. , .GT. , .LE. , .GE. ) in a macro functions incorrectly. 
The following program demonstrates this problem: 

BUG 



SUB&&&& 



MACRO 




&VAR 


.IF &VAR 


.LE. 


SUB&&&& 


NOP 






NOP 






NOP 






NOP 






MEND 






BUG 3 






BUG -1 






BUG 






END 







Passing a 3 appears to create correct code, but causes a ML error. 
Passing -1 to the MACRO creates code which doesn't call the subroutine. 
This is incorrect since -1 is less than 0. This same problem 
occured with all the rational operators on all processors. The problem 
was consistant on the 64000, VAX, and 9000. 

Signed off 06/23/86 in release 301.50 



Number: D200053504 Product: USER DEF ASSEMB VAX 64851S003 



01.40 



One-line description: 

Macro def. including .IF, within a IF causes assembler to stop code gen. 

Problem: 

If you have a ".IF" in a macro definition and that macro definition 
is within a conditional assembly "IF" then no code is generated. 
The program provided demonstrates the problem (see submitter text). 



Temporary solution: 

Pull the macro definition outside of the conditional if. 

will be generated for the definition. 

"processor name" 



No code 



ESSAI 

MAC 

LABEL 
FIN 



EQU 

MACRO 

.IF 

LD 

MEND 



ESSAI. EQ.O 
A,0 



FIN 



- USER DEF ASSEMB -V 
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IF ESSAI 

MAC 

ENDIF 

START LD A, 3 

Signed off 06/23/86 in release 301.50 
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Number: D200055533 Product: USER DEF ASSEMB VAX 64851S003 01.40 

One-line description: 

Comments not delimited by semi-colons appear in the assembler xref. 

Problem: 

If you do not delimit a comment with a semi-colon it will 

appear in the assembler xref. 



processor 

MOVE 



D0,D1 



COMMENT 



COMMENT appears in the asm xref as an undefined symbol. 

Temporary solution: 

Delimit all comments with a semi-colon. 

Signed off 08/25/86 in release 301.50 

Number: D200059303 Product: USER DEF ASSEMB VAX 64851S003 



01.40 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host .compilers do not specify the full path name in the 

relocatable file. 

Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 301.50 



Number: D200059410 Product: USER DEF ASSEMB VAX 64851S003 

One-line description: 

PROBLEMS WHEN USING "FOB" OR "FCB" WITH A STRING 

Problem: 

FDB "STRING" 

FCB "STRING" 

THESE COMMANDS GENERATE INCORRECT CODE 

Signed off 08/25/86 in release 301.50 

- USER DEF ASSEMB -V 



01.40 
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Number: D200059956 Product: USER DEF ASSEMB VAX 64851S003 01.40 

One-line description: 

QUOTING CHARACTERS WITHIN STRINGS ARE ALL TRANSLATED TO 

Problem: 

When using quoting characters within strings l',", - ^) they are 

all translated to "." This was done to facilitate string comparisons 

but causes a problem when the string is to be part of the generated 

code. 

Signed off 08/25/86 in release 301.50 

Number: D200049395 Product: USER DEF ASSEMB VAX 64851S003 00.00 

One-line description: 

Linker output file should use alternate file extension. 

Signed off 06/23/86 in release 301.50 



- USER DEF ASSEMB -V 



SRB detail reports as of 08/25/86 

Number: 5000132720 Product: Z80 ASSEMB 

One-line description: 

Z80 assembler allowing illegal instructions. 



64842 



Page: 234 

01.11 



Problem: 

The following instructions are illegal, but no assembler errors 

are generated: 

"Z80" 

ADD IX, HL 
ADD HL.IX 

Temporary solution: 

Do not use these instructions. 

Signed off 08/25/86 in release 201.12 



Number: D200033407 Product: Z80 ASSEMB 



64842 



00.01 



One-line description: 

Legal range error is flagged when .NT. logical operator is used. 

Problem: 

If you use the .NT. logical operator on an immediate of FFH a Legal 
range error is flagged. Any value below 0FFH will not flag the error. 
Also, in all cases the correct op code is generated. 

"Z80" 



AND 
AND 



.NT.0FFH 
.NT.0FEH 



; LEGAL RANGE ERROR FLAGGED 
;N0 ERROR FLAGGED 



Signed off 08/25/86 in release 201.12 



Number: D200036509 Product: Z80 ASSEMB 



64842 



00.01 



One-line description: 

No error flagged when illegal 16 bit addition is preformed. 

Problem: 

No error message is generated for 16 bit add instructions which use 

unavailible registers. Object code is generated for an allowed register 

pair. 

"Z80" 

DD29 ADD IX, IY ;This is illegal, yet object code is 

; generated. 
FD29 ADD IY.HL ; Another example 

Signed off 08/25/86 in release 201.12 



Number: D200046821 Product: Z80 ASSEMB 



64842 



00.01 



One-line description: 

Assembler should denote an error on non-absolute .SET expressions. 

Signed off 08/25/86 in release 201.12 

- Z80 ASSEMB - 
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- Z80 ASSEMB 



SRB detail reports as of 08/25/86 
Number: D200048249 Product: Z80 ASSEMB 
Keywords: MACRO 



Page: 236 
300 64842S004 01.00 



One-line description: 

Conditional instr. .IF with rational oper. in Macro creates bad code 

Problem: 

The use of the conditional instruction, .IF, with rational operator 
( .EQ. , .NE. , .LT. , .GT. , .LE. , .GE. ) in a macro functions incorrectly. 
The following program demonstrates this problem: 

BUG 



SUB&&&& 



MACRO 




&VAR 


.IF &VAR 


.LE. 


SUB&&&& 


NOP 






NOP 






NOP 






NOP 






MEND 






BUG 3 






BUG -1 






BUG 






END 







Passing a 3 appears to create correct code, but causes a ML error. 
Passing -1 to the MACRO creates code which doesn't call the subroutine. 
This is incorrect since -1 is less than 0. This same problem 
occured with all the rational operators on all processors. The problem 
was consistant on the 64000, VAX, and 9000. 

Signed off 08/25/86 in release 401.10 



Number: D200053215 Product: Z80 ASSEMB 300 64842S004 

One-line description: 

Z80 assembler allowing illegal instructions. 

Problem: 

The following instructions are illegal, but no assembler errors 

are generated: 

"Z80" 

ADD IX, HL 
ADD HL.IX 

Temporary solution: 

Do not use these illegal instructions. 

Signed off 08/25/86 in release 401.10 



01.00 



Number: D200053330 Product: Z80 ASSEMB 



300 64842S004 



01.00 



One-line description: 

Macro def. including .IF, within a IF causes assembler to stop code gen. 



Problem: 



- Z80 ASSEMB - 
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If you have a ".IF" in a macro definition and that macro definition 
is within a conditional assembly "IF" then no code is generated. 
The program provided demonstrates the problem (see submitter text). 

Temporary solution: 

Pull the macro definition outside of the conditional if. No code 

will be generated for the definition. 



"Z80" 

ESSAI 

MAC 

LABEL 
FIN 



EQU 

MACRO 

.IF ESSAI. EQ.O 

LD A,0 

MEND 



FIN 



IF 

MAC 

ENDIF 



ESSAI 



START LD A, 3 

Signed off 08/25/86 in release 401.10 



Number: D200049221 Product: Z80 ASSEMB 



300 64842S004 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 401.10 



- Z80 ASSEMB 



SRB detail reports as of 08/25/86 
Number: D200046839 Product: Z80 ASSEMB 



Page: 238 
500 64842S001 01.20 



One-line description: 

Assembler should denote an error on non-absolute .SET expressions. 

Signed off 08/25/86 in release 101.40 



Number: D200048223 Product: Z80 ASSEMB 
Keywords: MACRO 



500 64842S001 



01.30 



One-line description: 

Conditional instr. .IF with rational oper. in Macro creates bad code 

Problem: 

The use of the conditional instruction, .IF, with rational operator 
( .EQ. , .NE. , .LT. , .GT. , .LE. , .GE. ) in a macro functions incorrectly. 
The following program demonstrates this problem: 

BUG 



SUB&&&& 



MACRO 




&VAR 


.IF &VAR 


.LE. 


SUB&&&& 


NOP 






NOP 






NOP 






NOP 






MEND 






BUG 3 






BUG -1 






BUG 






END 







Passing a 3 appears to create correct code, but causes a ML error. 
Passing -1 to the MACRO creates code which doesn't call the subroutine. 
This is incorrect since -1 is less than 0. This same problem 
occured with all the rational operators on all processors. The problem 
was consistant on the 64000, VAX, and 9000. 

Signed off 08/25/86 in release 101.40 



Number: D200053199 Product: Z80 ASSEMB 500 64842S001 

One-line description: 

Z80 assembler allowing illegal instructions. 

Problem: 

The following instructions are illegal, but no assembler errors 

are generated: 

"Z80" 

ADD IX.HL 
ADD HL,IX 

Temporary solution: 

Do not use these illegal instructions. 

Signed off 08/25/86 in release 101.40 

- Z80 ASSEMB - 



01.30 
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Number: D200053322 Product: Z80 ASSEMB 



500 64842S001 



01.30 



One-line description: 

Macro def. including .IF, within a IF causes assembler to stop code gen. 

Problem: 

If you have a ".IF" in a macro definition and that macro definition 

is within a conditional assembly "IF" then no code is generated. 

The program provided demonstrates the problem (see submitter text). 

Temporary solution: 

Pull the macro definition outside of the conditional if. No code 

will be generated for the definition. 



FIN 



"Z80" 
ESSAI 


EQU 





MAC 

LABEL 
FIN 


MACRO 
.IF 
LD 
MEND 


ESSAI. EQ.O 
A,0 




IF 

MAC 

ENDIF 


ESSAI 



START LD A, 3 

Signed off 08/25/86 in release 101.40 



Number: D200049205 Product: Z80 ASSEMB 



500 64842S001 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 101.40 



- Z80 ASSEMB - 



SRB detail reports as of 08/25/86 
Number: 5000121178 Product: Z80 ASSEMB 



Page: 240 

VAX 64842S003 01.30 



One-line description: 

Macro def. including .IF, within a IF causes assembler to stop code gen. 

Problem: 

If you have a ".IF" in a macro definition and that macro definition 
is within a conditional assembly "IF" then no code is generated. 
The program provided demonstrates the problem (see submitter text). 

Temporary solution: 

Pull the macro definition outside of the conditional if. No code 

will be generated for the definition. 



FIN 



"Z80" 






ESSAI 


EQU 





MAC 

LABEL 
FIN 


MACRO 

.IF 
LD 

MEND 


ESSAI. EQ.O 

A,0 




IF 

MAC 

ENDIF 


ESSAI 



START LD A, 3 

Signed off 08/25/86 in release 301.60 



Number: D200046847 Product: Z80 ASSEMB 



VAX 64842S003 



01.20 



One-line description: 

Assembler should denote an error on non-absolute .SET expressions. 

Signed off 08/25/85 in release 301.60 



Number: D200048231 Product: Z80 ASSEMB 
Keywords: MACRO 



VAX 64842S003 



01.40 



One-line description: 

Conditional instr. .IF with rational oper. in Macro creates bad code 

Problem: 

The use of the conditional instruction, .IF, with rational operator 
( .EQ. , .NE. , .LT. , .GT. , .LE. , .GE. ) in a macro functions incorrectly. 
The following program demonstrates this problem: 



BUG 



SUB&&&& 



MACRO &VAR 

.IF &VAR .LE. SUB&&&& 

NOP 

NOP 

NOP 

NOP 

- Z80 ASSEMB - 
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MEND 

BUG 3 

BUG -1 

BUG 
END 

Passing a 3 appears to create correct code, but causes a ML error. 
Passing -1 to the MACRO creates code which doesn't call the subroutine. 
This is incorrect since -1 is less than 0. This same problem 
occured with all the rational operators on all processors. The problem 
was consistant on the 64000, VAX, and 9000. 

Signed off 08/25/86 in release 301.60 



01.40 



Number: D200053207 Product: Z80 ASSEMB VAX 64842S003 

One-line description: 

Z80 assembler allowing illegal instructions. 

Problem: 

The following instructions are illegal, but no assembler errors 

are generated: 

"Z80" 

ADD IX,HL 
ADD HL.IX 

Temporary solution: 

Do not use these illegal instructions. 

Signed off 08/25/86 in release 301.60 



Number: D200049213 Product: Z80 ASSEMB 



VAX 64842S003 



00.00 



One-line description: 

Linker output file should use alternate file extension. 



Signed off 08/25/86 



release 301.60 



SRB detail reports as of 08/25/86 
Number: D200013987 Product: Z80/NSC800 C 
Keywords: PASS 1 



64824 



Page: 242 

01.01 



One-line description: 

No warning or error: taking the sizeof a struct var. not declared. 

Problem: 

The compiler should generate an error in the following code. 

"C" 
"Z80" 
main () { 

int y; 

y = sizeof (struct x) ; 
} 

If x is not declared or is declared as anything other than a structure, 
the program compiles with no error messages or warnings. It stores as 
the size zero bytes. 

Signed off 08/25/86 in release 401.03 



Z80 ASSEMB 



Number: D200025668 Product: Z80/NSC800 C 
Keywords: CODE GENERATOR 



64824 



01.01 



One-line description: 

Dereferenced and incremented 2nd field of structure fails when parameter 

Problem: 

When the second pointer field of a structure is dereferenced and 
incremented and passed as a parameter, the code generated puts the 
result in the data area instead of back on the stack for the calling 
routine. This does not occur with any other field in the structure, 
only the second one. 

Example : 

"C" 

"8085" 

struct strct { char *ptrl; char *ptr2; }; 

func(strct_ptr) 

struct strct *strct ptr; 

{ 

++strct_ptr -> ptrl; 

++strct_ptr -> ptr2; /* This expression causes the problem */ 



Temporary solution: 

Assign the dereferenced field to a temporary variable of the appropriate 
type, then increment the temporary variable. Finally, assign the 
temporary variable to the dereferenced structure field: 

struct strct { char *ptrl; char *ptr2; }; 

func(strct_ptr) 

struct strct *strct_ptr; 

- Z80/NSC800 C - 
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{ 



int tempi; 

++strct_ptr ->ptrl; 
tempi = strct_ptr ->ptr2; 
++ tempi; 

strct ptr ->ptr2 - tempi; 
} 

Signed off 08/25/86 in release 401.03 



Number: D200026989 Product: Z80/NSC800 C 



64824 



01.01 



One-line description: 

Incorrect code gen by assignment to deref'd 8 bit field of structure. 

Problem: 

When an 8 bit field of a structure is dereferenced and used as the left 

hand side of an assignment statement using the += operator, incorrect 

code is generated. This does not occur with the first field in the 

structure. The incorrect code is an LHLD Dmain instruction which loads 

H and L with garbage since Dmain is uninitialized. The following code 

is an example of this: 

"C" 

"processor name" 

SRECURSIVE 0FF$ 

ma in ( ) { 

extern char KEY.XK) ; 

struct ROW { 

char A; 

char B; 

} *PTR; 
PTR->B+=X1(KEY) ; /*This instruction generates an incorrect 
} LHLD Dmain instruction*/ 

If the = operator is used instead of the += operator in the assignment 
statement, the problem does not occur. 

Temporary solution: 
Use a temporary variable: 
temp = PTR->B; 
temp+=XKKEY); 

PTR->B = temp; 

Signed off 08/25/86 in release 401.03 
Number: D200027458 Product: Z80/NSC800 c 



64824 



01.01 



One-line description: 

Incorrect code for switch on dereferenced non- integer structure element. 

Problem: 

Incorrect code is generated for a switch statement when the switch is 
on a dereferenced element of a structure which is not the first element 
and is not an integer. The following code exemplifies the problem: 

"C" 

"processor name" 

typedef struct { 

- Z80/NSC800 C - 
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char datal; 

long data2; 

char data3; 

int data4; 

long data5; 
} group; 
extern group *grp_ptr; 
main( ) { 

switch(grp_ptr->data4) { /*This works fine*/ 

case 0: break; 

} 

switch(grp_ptr->data5) { /*This generates incorrect code*/ 

case 0: break; 



} 



} 



Temporary solution: 

Use a temporary variable of the appropriate type in the switch 

statement: 

long temp; 

temp = grp_ptr->data5; 

switch (temp) { } 
If the field you are dereferencing is an enumuration type this temporary 
solution will not work. You will have to place the enumuration type 
as the first field in the structure. 

Signed off 08/25/86 in release 401.03 



Number: D200027771 Product: Z80/NSC800 C 



64824 



01.01 



One-line description: 

No form feed between the expanded listing and the cross reference table. 

Problem: 

During compilation, with XREF option on, the compiler does not provide 
a form feed (FF) in the listing file. The XREF starts on the same page 
as the end of the listing. Also, the page number says 535 when it 
should be page 2. 

Temporary solution: 

After compiling with the xref option, edit the expanded listing file 

and insert a "control L" before the beginning of the cross reference 

listing. 

Signed off 08/25/86 in release 401.03 



Number: D200027888 Product: Z80/NSC800 C 



64824 



01.01 



One-line description: 

Addition of dereferenced pointers to structures may fail. 

Problem: 

Adding two operands that are dereferenced pointers to structures may 
fail because the compiler forgets to store the H and L registers and 
overwrites them. The following code is an example of this: 



Z80/NSC800 C - 
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"C" 

"proc 

struc 



}; 

trees 

struc 

{ 

t 
} 



essor name" 
t tree { 

int distance; 
int x_start; 
int x_range; 

treex) 
t tree *treex; 



reex->distance=treex->x_start+treex->x_range; /*This line 
generates an ADD HL,DE instruction to index 
into the structure tree, but overwrites H and L 
in the next instruction instead of storing it*/ 

Temporary solution: 

Use local temporary variables of the appropriate types to store the 
values of the dereferenced structure pointers before using them in 
a complex expression. Depending on the complexity of the expression, 
more than one temporary variable may have to be used. 

treesf treex) 
struct tree *treex; 
{ 

int x; 

x = treex->x_start; 

treex->distance= x + treex- >x_range; 



} 
Signed off 08/25/86 in release 401.03 



Number: D200028746 Product: Z80/NSC800 C 



64824 



01.01 



One-line description: 

Incorrect code when indexing into an array passed as a parameter. 

Problem: 

The code generator produces incorrect code when indexing into an array 
which was passed to a function. The HL register pair is overwritten 
in the following example before it is saved: 

"Z80" 

char *func(varl, out) 

char varl , out [ ] ; 

{ 

out [6] = 1 + varl; /*HL register pair is overwritten before saved*/ 

return(out) ; 



Temporary solution: 

Use a local temporary variable: 

"C" 

"Z80" 

char *func (varl, out) 
char varl, out [] ; 



- Z80/NSC800 C 
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{ 

char temp; 
temp = out [6] ; 

temp - 1 ♦ varl; 
out[6] = temp; 
return (out) ; 
} 

Signed off 08/25/86 in release 401.03 
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Number: D200028779 Product: Z80/NSC800 C 



64824 



01.01 



One-line description: 

Dereferencing pointers to structures, in assignment statements may fail. 

Problem: 

Dereferencing a pointer to a structure in an assignment statement may 
produce incorrect code which overwrites the HL register pair before 
saving it. The following code is an example: 

"C" 

"Z80" 

typedef struct { 

int *datal; 

long *data2; 

long *data3; 

long *data4; 
} alldata; 
func(varl) 
alldata *varl; 
{ 

varl->data4 = varl->data2; 
} 

Temporary solution: 

Use a temporary variable: 

func(varl) 

alldata *varl; 

{ 

long *temp; 

temp = varl->data2; 

varl->data4 = temp; 
} 

Signed off 08/25/86 in release 401.03 



Number: D200031427 Product: Z80/NSC800 C 



64824 



01.01 



One-line description: 

++ and -- operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 
are equivalent: 

Example 1: array [index++] = 1; 
Example 2: arraytindex] = 1; 
index++; 

- Z80/NSC800 C - 
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However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting array[index] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 401.03 



Number: D200033225 Product: Z80/NSC800 C 



64824 



01.01 



One-line description: 

Comparing character to zero in while loop generates incorrect code. 

Problem: 

If you compare a character variable to zero in a while loop incorrect 

code is generated. The below code demonstates the problem. 

••C" 

"6809" 



procl 



( 



char timeout = 10; 

whilef timeout — ); /* Code generated here causes infinite loop. 

The code generated for the while loop clears the A register and then 
compares the D register to -1. Therefore the condition is never met. 

Temporary solution: 

Declare the varialbe used in the test condition as an integer. 

"C" 

"6809" 

proc ( ' 



{ 



int timeout = 10; 
while (timeout — ); 



} 
Signed off 08/25/86 in release 401.03 



Number: D200034264 Product: Z80/NSC800 C 
Keywords: CODE GENERATOR 



64824 



01.01 



One-line description: 

A shift assignment operation ( <<= ) generates incorrect code. 

Problem: 

If a shift assignment is used instead of a shift within an assignment, 

the compiler uses the high byte of the variable to be used as the shift 
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counter instead of the low byte. The following is an example: 

"C" 

"procesor name" 

char data=l; 

int shift=4; 

ma in ( ) { 

data=data< <shift; /* works correctly */ 

data< < =shif t ; /* uses higher order byte of "shift" */ 

} 

Temporary solution: 
Use 

data=data< <shift; 
instead of 

data<<=shift; 

Signed off 08/25/86 in release 401.03 

Number: D200035899 Product: Z80/NSC800 C 64824 01.01 

Keywords: CODE GENERATOR 

One-line description: 

16 bit comparison on a 8 bit unsigned short field. 

Problem: 

IMPROPER CODE GENERATED FOR STATEMENT INVOLVING unsigned short 

VARIABLE UNLESS EXPLICITLY RE-CAST AS unsigned short. 

ma in ( ) 

{ 

static unsigned short digit index; 

static unsigned short digitll2]; 

int a,b; 

if (digit[digit_index]--) { 

a=4; 

b = 4;} 

else{ 

a=5; 

b=5;} 

} 

IMPROPER CODE IS GENERATED FOR THE COMPARISON ( ie THE COMPARISON IS DONE 

ON 16 BITS (8 OF WHICH HAVE BEEN CLEARED) AGAINST #0FFFFH. 

12/10/85: The problem also arises if you compare a constant against 

an unsigned short. For example if you declared: 

tdefine constant ~0 

unsigned short var; 

and later compared these two the compiler will zero out the upper byte 

of the variable var and then compare it to FFFFH. Thus, the condition 

is never met. 

12/16/85: Another example of incorrect code being generated when a 
char variable is used in a test condition is as follows: 

char a; 
main( ) 
{ 
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a = -1; 
if(a == -1) 
a ='A'; 
} 

Temporary solution: 

IF THE LINE IN QUESTION IS CHANGED TO: 

if ((unsigned shortldigit [digit_index] — ){ 

CORRECT CODE IS GENERATED ALTHOUGH digit[] HAS ALREADY BEEN 

DECLARED unsigned short. 

12/10/85: Declare the constant as a short. In other words: 

ttdefine constant OFFH. 

12/16/85: If only 128 valid characters are required the variable can 

be declared as a short int. 

Signed off 08/25/86 in release 401.03 



Number: D200040782 Product: Z80/NSC800 C 
Keywords: PASS 3 



64824 



01.01 



One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 

Problem: 

Pass 3 of the compilation process may fail to detect' a relative jump 
which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 
OPTIMIZE is enabled. [BLINK_TAS:BUG] 

Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 
around those sections of code which are suspect. 

Signed off 08/25/86 in release 401.03 



Number: D200041186 Product: Z80/NSC800 C 



64824 



01.01 



One-line description: 

Problem with integer pointer in conditional statement. 

Problem: 

In the following example, two loads are performed, but no other code is 

generated to check for zero value. 

"C" 

"processor name" 

#define NULL 

fct(parm) 

int *parm; 

{ 

if (parm - NULL) 
parm = 10; 
> 
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Number: D200043596 Product: Z80/NSC800 C 



64824 



01.01 



One-line description: 

STACK POINTER OFFSETS ARE INCORRECT WHEN ENTERING REAL TRUNC . 



Problem: 

Stack pointer offsets to local variables are incorrect on entry into 

library routine REAL_TRUNC. Below program will demonstrate the 

problem. 

"C" 

"Z80" 

main( ) 
{ 

float f; 

int i; 



f = -1.0; 
i = f; 



} 



Temporary solution: 

Declare the variables as globals. 

"C" 

"Z80" 

float f; 
int i; 
ma int ) 



{ 



f = -1; 
i = f; 
} 

Signed off 08/25/86 in release 401.03 



Number: D200043968 Product: Z80/NSC800 C 



64824 



01.01 



One-line description: 

Illegal forward reference error generated when initializing structures. 

Signed off 08/25/86 in release 401.03 



Number: D200044685 Product: Z80/NSC800 C 

One-line description: 

Stack offset to parameter is incorrect. 

Signed off 08/25/86 in release 401.03 



64824 



01.01 
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Number: D200045518 Product: Z80/NSC800 C 



Page: 251 
64824 01.01 



One- line description: 

Conditional containing 'pointer to func' is not calling correct func. 

Temporary solution: 

You must break up the conditional statement as follows: 

"C" 
"Z80" 

extern struct a{ 

char varl; 

char var2; 

int (*sc_decide) () ; 

char var3;}; 

extern struct a *trans_tbl; 

main( ) 
{ 

int (*temp)(); 

int trans_on; 

temp ■ trans_tbl->sc decide; 
trans_on - (*tempT(); 



/* Add these temp, var's. */ 



> 



if (trans_on); 



Signed off 08/25/86 in release 401.03 



Number: D200045526 Product: 280/NSC800 C 



64824 



01.01 



One-line description: 

Character being sign converted to a word causing conditional to be false 

Temporary solution: 

Typecast both KEY_IN and the constant to characters. 

"C" 
"Z80" 

main! ) 
{ 
char KEY_IN; 

while U(char)KEY_IN) == ((char) OxFF)); 



} 

Signed off 08/25/86 in release 401.03 



- Z80/NSC800 C 



SRB detail reports as of 08/25/86 
Number: D200045872 Product: Z80/NSC800 C 



64824 



Page: 252 

01.01 



One-line description: 

Updating & assigning ptr a new value causes compiler to genera 

Problem: 

Updating and assigning a pointer a new value causes the result to 

be stored in the wrong memory location. 

"C" 

"Z80" 

int func (pi, time) 
int pi; 
short *time; 



{ 



int t_val; 

if (*time) { 

*(time + 1) +- (char)t_val; /* Result of this expression is 

stored in wrong memory loc. */ 
> 

Temporary solution: 

Use a local variable to hold the updated pointer value. 

"C" 
"Z80" 

int fund (pi, time) 
int pi- 
short *time; 

( 

int t_val; 
short *ptr; 

ptr » time +1; 
if(*time) { 
*ptr +« (char)t_val; 



} 
} 

Signed off 08/25/86 in release 401.03 



Number: D200046177 Product: Z80/NSC800 C 



64824 



01.01 



One-line description: 

Post increment of pointer results in incorrect code. 

Problem: 

Post increment of a pointer value will cause incorrect code to be 

generated. First, the pointer is pre- incremented rather than 

post incremented. Secondly, the result is stored in the wrong location. 

"C" 

"8085" 

$SHORT_ARITH +$ 

SRECURSIVE 0FF$ 
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main( ) 
< 

long ai[2] ,*aiptr,al,a2; 
ai[0]=0L; 
ai[l]=lL; 
aiptr-ai; 

ai=*aiptr++; /* Problem Statement. *aiptr is pre-incremented 
and the result is stored in wrong location. */ 

Temporary solution: 

Increment the pointer after the assignment is made. 
Use: al=*aiptr; 
*aiptr++; 

Rather than: 

al=*aiptr++; 



Signed off 08/25/86 in release 401.03 

Number: D200047662 Product: Z80/NSC800 C 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 401.03 



64824 



01.01 
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Number: D200050740 Product: Z80/NSC800 c 



Page: 254 

300 64824S004 01.00 



One-line description: 

Defining TRUE and FALSE as global may result in duplicate symbol names. 

Problem: 

Defining the variables (constants) TRUE and FALSE to be global may 
result in a duplicate symbol error during a link. These variables 
are incorrectly defined as global in the Zwordcmp routine located in 
'Zlibrary' . 

NOTE: Redefining the values of TRUE and/or FALSE is not 
a legal Pascal operation. Redefinition of these 
constants is therefore not supported when using 
the HP 64000 compiler. 

Temporary solution: 

Obtain the source to Zwordcmp from your local HP Systems Engineer. 

Signed off 08/25/86 in release 401.10 



Number: D200051300 Product: Z80/NSC800 C 



300 64824S004 



01.00 



One-line description: 

++ and — operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array [index++] = 1; 

Example 2: array [index] = 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting array[index] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 401.10 



Number: D200052308 Product: Z80/NSC800 C 
Keywords: CODE GENERATOR 



300 64824S004 



00.00 



One-line description: 

Incorrect opcode "MOV A,ACC" allowed by our assembler 

Problem: 

The instruction "MOV A,ACC" was assemble and emulated by our products; 

however, the Intel 8051 goes into the weeds at this instrcution. 

At first glance the machine code in the asembler listing appears valid 

(MOV A.ACC ->0000 E5E0 ), but the bottom of page 8-35 in Intel's 

microcontroller handbook states: *M0V A.ACC is not a valid instruction. 

- Z80/NSC800 C - 



SRB detail reports as of 08/25/86 



Page: 255 



Neither our manuals nor AMD's user manual mention this instruction. 
Signed off 08/25/86 in release 401.10 



Number: D200059089 Product: Z80/NSC800 C 



300 64824S004 



01.00 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Signed off 08/25/86 in release 401.10 



Number: D200049072 Product: Z80/NSC800 C 



300 64824S004 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 401.10 



Z80/NSC800 C 
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Number: D200025676 Product: Z80/NSC800 C 
Keywords: CODE GENERATOR 
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500 64824S001 01.10 



One-line description: 

Dereferenced and incremented 2nd field of structure fails when parameter 

Problem: 

When the second pointer field of a structure is dereferenced and 
incremented and passed as a parameter, the code generated puts the 
result in the data area instead of back on the stack for the calling 
routine. This does not occur with any other field in the structure, 
only the second one. 

Example: 

"C" 

"8085" 

struct strct { char *ptrl; char *ptr2; }; 

func(strct_ptr) 

struct strct *strct_ptr; 

{ 

++strct_ptr -> ptrl; 

++strct ptr -> ptr2; /* This expression causes the problem */ 
} 

Temporary solution: 

Assign the dereferenced field to a temporary variable of the appropriate 
type, then increment the temporary variable. Finally, assign the 
temporary variable to the dereferenced structure field: 

struct strct { char *ptrl; char *ptr2; }; 

func(strct_ptr) 

struct strct *strct ptr; 

{ 

int tempi; 

++strct_ptr ->ptrl; 

tempi « strct_ptr ->ptr2; 

++ tempi; 

strct_ptr ->ptr2 = tempi; 
} 

Signed off 08/25/86 in release 101.50 

Number: D200026997 Product: Z80/NSC800 C 500 64824S001 



01.10 



One-line description: 

Incorrect code gen by assignment to deref'd 8 bit field of structure. 

Problem: 

When an 8 bit field of a structure is dereferenced and used as the left 
hand side of an assignment statement using the += operator, incorrect 
code is generated. This does not occur with the first field in the 
structure. The incorrect code is an LHLD Dmain instruction which loads 
H and L with garbage since Dmain is uninitialized. The following code 
is an example of this: 
"C" 
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"processor name" 
SRECURSIVE 0FF$ 
ma in ( ) { 

extern char KEY,X1(); 
struct ROW { 

char A; 

char B; 

} *PTR; 
PTR->B+=X1(KEY) ; /*This instruction generates an incorrect 
} LHLD Dmain instruction*/ 

If the = operator is used instead of the += operator in the assignment 
statement, the problem does not occur. 

Temporary solution: 

Use a temporary variable: 

temp - PTR->B; 

temp+=Xl(KEY); 

PTR->B = temp; 

Signed off 08/25/86 in release 101.50 



Number: D200027896 Product: Z80/NSC800 C 



500 64824S001 



01.10 



One-line description: 

Addition of dereferenced pointers to structures may fail. 

Problem: 

Adding two operands that are dereferenced pointers to structures may 
fail because the compiler forgets to store the H and L registers and 
overwrites them. The following code is an example of this: 

"C" 

"processor name" 

struct tree { 

int distance; 
int x_start; 
int x range; 
}; 
trees(treex) 
struct tree *treex; 
{ 

treex->distance=treex->x_start+treex->x_range; /*This line 
} generates an ADD HL.DE instruction to index 

into the structure tree, but overwrites H and L 
in the next instruction instead of storing it*/ 

Temporary solution: 

Use local temporary variables of the appropriate types to store the 

values of the dereferenced structure pointers before using them in 

a complex expression. Depending on the complexity of the expression, 

more than one temporary variable may have to be used. 

trees(treex) 
struct tree *treex; 
{ 
int x; 
x = treex->x_start; 
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treex->distance= x + treex->x_range; 
} 

Signed off 08/25/86 in release 101.50 

Number: D200028753 Product: Z80/NSC800 C 500 64824S001 01. 10 

One-line description: 

Incorrect code when indexing into an array passed as a parameter. 

Problem: 

The code generator produces incorrect code when indexing into an array 
which was passed to a function. The HL register pair is overwritten 
in the following example before it is saved: 

"C" 

"280" 

char *func(varl,out) 

char varl, out [j ; 



{ 



out [6] = 1 + varl; /*HL register pair is overwritten before saved*/ 
return(out) ; 



Temporary solution: 

Use a local temporary variable: 

"C" 

"280" 

char *func(varl,out) 

char varl, out [] ; 



{ 



char temp; 
temp - out [6] ; 
temp = 1 + varl; 
out[6] = temp; 
return(out) ; 
> 

Signed off 08/25/86 in release 101.50 



Number: D200029223 Product: Z80/NSC800 C 



500 64824S001 



01.10 



One-line description: 

Dereferencing pointers to structures in assignment statements may fail. 

Problem: 

Dereferencing a pointer to a structure in an assignment statement may 
produce incorrect code which overwrites the HL register pair before 
saving it. The following code is an example: 

"C" 

"280" 

typedef struct { 

int *datal; 

long *data2; 

long *data3; 
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long *data4; 
} alldata; 
func(varl) 
alldata *varl; 

{ 

} 



Page: 259 



varl->data4 = varl->data2; 



Temporary solution: 

Use a temporary variable: 

func(varl) 

alldata *varl; 

{ 

long *temp; 

temp = varl->data2; 

varl->data4 = temp; 
} 

Signed off 08/25/86 in release 101.50 



Number: D200031435 Product: Z80/NSC800 C 



500 64824S001 



01.10 



One-line description: 

++ and — operators evaluated with improper precedence. 

Problem: 

According to Kemighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array[index++] = 1; 

Example 2: array [index] = 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting arraytindex] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 101.50 



Number: D200033233 Product: Z80/NSC800 C 



500 64824S001 



01.10 



One-line description: 

Comparing character to zero in while loop generates incorrect code. 

Problem: 

If you compare a character variable to zero in a while loop incorrect 

code is generated. The below code demonstates the problem. 

■■C" 

"6809" 



proc( ) 

{ 



char timeout = 10; 
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whileftimeout — ); /* Code generated here causes infinite loop. 
} 

The code generated for the while loop clears the A register and then 
compares the D register to -1. Therefore the condition is never met. 

Temporary solution: 

Declare the varialbe used in the test condition as an integer. 

"C" 

"6809" 



procO 
{ 



int timeout = 10; 

while (timeout--) ; 
} 

Signed off 08/25/86 in release 101.50 



Number: D200034272 Product: Z80/NSC800 C 
Keywords: CODE GENERATOR 



500 64824S001 



01.10 



One-line description: 

A shift assignment operation ( <<= ) generates incorrect code. 

Problem: 

If a shift assignment is used instead of a shift within an assignment, 

the compiler uses the high byte of the variable to be used as the shift 

counter instead of the low byte. The following is an example: 

"C" 

"procesor name" 

char data=l; 

int shift=4; 

main () { 

data=data< <shift; 

data< <=shift; 
} 



works correctly */ 

uses higher order byte of "shift" */ 



Temporary solution: 
Use 

data=data<<shift; 
instead of 

data<<=shift; 

Signed off 08/25/86 in release 101.50 



Number: D200035907 Product: Z80/NSC800 C 
Keywords: CODE GENERATOR 



500 64824S001 



01.10 



One-line description: 

16 bit comparison on a 8 bit unsigned short field. 



Problem: 
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IMPROPER CODE GENERATED FOR STATEMENT INVOLVING unsigned short 
VARIABLE UNLESS EXPLICITLY RE-CAST AS unsigned short. 

ma in ( ) 

{ 

static unsigned short digit index; 

static unsigned short digitll2] ; 

int a,b; 

if (digit[digit_index] — ){ 

a=4; 

b=4;} 

else{ 

a=S; 

b<=5; } 

} 

IMPROPER CODE IS GENERATED FOR THE COMPARISON (ie THE COMPARISON IS DONE 

ON 16 BITS (8 OF WHICH HAVE BEEN CLEARED) AGAINST #0FFFFH. 

12/10/85: The problem also arises if you compare a constant against 

an unsigned short. For example if you declared: 

#define constant ~0 

unsigned short var; 

and later compared these two the compiler will zero out the upper byte 

of the variable var and then compare it to FFFFH. Thus, the condition 

is never met. 

12/16/85: Another example of incorrect code being generated when a 
char variable is used in a test condition is as follows: 

char a; 
ma in ( ) 
{ 

a - -1; 

if(a « -1) 
a = 'A'; 
} 

Temporary solution: 

IF THE LINE IN QUESTION IS CHANGED TO: 

if ((unsigned short)digit[digit_index] — ){ 

CORRECT CODE IS GENERATED ALTHOUGH digit [] HAS ALREADY BEEN 

DECLARED unsigned short. 

12/10/85: Declare the constant as a short. In other words: 

#define constant OFFH. 

12/16/85: If only 128 valid characters are required the variable can 

be declared as a short int. 

Signed off 08/25/86 in release 101.50 



Number: D200037176 Product: Z80/NSC800 C 
Keywords: PASS 3 



500 64824S001 



01.20 



One-line description: 

Compiler option $LIST_0BJ 0N$ generates wrong output information. 
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Problem: 

Use of the compiler option $LIST_0BJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 

SEXTENSIONS 0N$ 
$LIST_0BJ 0N$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 

PROCEDURE one; 

BEGIN 

a := b; 
END; 

In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
incorrect "printf" mask when generating the output file. 



NOTE: 
Signed off 08/25/86 in release 101.50 



THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
THE GENERATED CODE IS CORRECT. 



Number: D200040790 Product: Z80/NSC800 C 500 64824S001 01.20 

Keywords: PASS 3 

One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 

Problem: 

Pass 3 of the compilation process may fail to detect a relative jump 
which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 
OPTIMIZE is enabled. [BLINK_TAS:BUG] 

Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 
around those sections of code which are suspect. 

Signed off 08/25/86 in release 101.50 



Number: D200041350 Product: Z80/NSC800 C 



500 64824S001 



01.20 



One-line description: 

Problem with integer pointer in conditional statement. 

Problem: 

In the following example, two loads are performed, but no other code is 

generated to check for zero value. 
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.. c .. 

"processor name" 
#define NULL 
fct(parm) 
int *parm; 
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{ 



if (parm - NULL) 
parm = 10; 



} 

Signed off 08/25/86 in release 101.50 



Number: D200045997 Product: Z80/NSC800 C 

One-line description: 

Title description is incorrect. 

Signed off 08/25/86 in release 101.50 



500 64824S001 



01.20 



Number: D200046078 Product: Z80/NSC800 C 500 64824S001 

One-line description: 

Updating & assigning ptr a new value causes compiler to genera 

Problem: 

Updating and assigning a pointer a new value causes the result to 

be stored in the wrong memory location. 

"C" 
"Z80" 

int func (pi, time) 
int pi; 
short *time; 



01.20 



1 



int t_val; 

if (*time) { 

*(time + 1) += (char)t_val; /* Result of this expression is 

stored in wrong memory loc. */ 
} 

Temporary solution: 

Use a local variable to hold the updated pointer value. 

"C" 

"Z80" 

int funcKpl, time) 
int pi; 
short *time; 



1 



int t_val; 
short *ptr; 

ptr = time +1; 
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if(*time) { 

*ptr +■ (char)t val; 
} 
} 

Signed off 08/25/86 in release 101.50 



Page: 264 



Number: D200046185 Product: Z80/NSC800 C 



500 64824S001 



01.20 



One-line description: 

Post increment of pointer results in incorrect code. 

Problem: 

Post increment of a pointer value will cause incorrect code to be 

generated. First, the pointer is pre- incremented rather than 

post incremented. Secondly, the result is stored in the wrong location. 

"C" 

"8085" 

$SHORT_ARITH +$ 
SRECURSIVE 0FF$ 
$SEPARATE 0N$ 

mainl ) 
{ 

long ai[2] ,*aiptr,al,a2; 
ai[0]=0L; 
ai[l]=lL; 
aiptr=ai; 

ai=*aiptr++; /* Problem Statement. *aiptr is pre-incremented 
and the result is stored in wrong location. */ 

Temporary solution: 

Increment the pointer after the assignment is made. 
Use: al=*aiptr; 
*aiptr++; 

Rather than: 

al=*aiptr++; 



Signed off 08/25/86 in release 101.50 

Number: D200047670 Product: Z80/NSC800 C 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 101.50 



500 64824S001 



01.20 



Number: D200049775 Product: Z80/NSC800 C 500 64824S001 

One-line description: 

NO CROSS REFERENCE TABLE IS GENERATED 

Problem: 

"C" COMPILERS DO NOT GENERATE A CROSS REFERENCE TABLE ON THE 

VAX. 
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Temporary solution: 
NONE KNOWN AT PRESENT 

Signed off 04/18/86 in release 101.50 
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Number: D200059063 Product: Z80/NSC800 C 



500 64824S001 



01.40 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 101.50 



Number: D200049056 Product: Z80/NSC800 C 



500 64824S001 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 101.50 
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Keywords: CODE GENERATOR 
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VAX 64824S003 01.10 



One-line description: 

Dereferenced and incremented 2nd field of structure fails when parameter 

Problem: 

When the second pointer field of a structure is dereferenced and 
incremented and passed as a parameter, the code generated puts the 
result in the data area instead of back on the stack for the calling 
routine. This does not occur with any other field in the structure, 
only the second one. 

Example: 

"C" 

"8085" 

struct strct { char *ptrl; char *ptr2; }; 

func(strct_ptr) 

struct strct *strct_ptr; 

{ 

++strct_ptr -> ptrl; 

++strct_ptr -> ptr2; /* This expression causes the problem */ 



Temporary solution: 

Assign the dereferenced field to a temporary variable of the appropriate 
type, then increment the temporary variable. Finally, assign the 
temporary variable to the dereferenced structure field: 

struct strct { char *ptrl; char *ptr2; }; 

func (strct_ptr) 

struct strct *strct ptr; 

{ 

int tempi; 

++strct_ptr ->ptrl; 

tempi - strct_ptr ->ptr2; 

++templ; 

strct_ptr ->ptr2 = tempi; 



} 

Signed off 08/25/86 in release 301.80 



Number: D200027003 Product: Z80/NSC800 C 



VAX 64824S003 



01.20 



One-line description: 

Incorrect code gen by assignment to deref'd 8 bit field of structure. 

Problem: 

When an 8 bit field of a structure is dereferenced and used as the left 
hand side of an assignment statement using the += operator, incorrect 
code is generated. This does not occur with the first field in the 
structure. The incorrect code is an LHLD Dmain instruction which loads 
H and L with garbage since Dmain is uninitialized. The following code 
is an example of this: 

"C" 
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"processor name" 

$RECURSIVE 0FF$ 

ma in ( ) { 

extern char KEY.XK); 

struct ROW { 

char A; 

char B; 

} *PTR; 
PTR->B+=X1(KEY) ; /*This instruction generates an incorrect 
} LHLD Dmain instruction*/ 

If the = operator is used instead of the += operator in the assignment 
statement, the problem does not occur. 

Temporary solution: 
Use a temporary variable: 
temp = PTR->B; 
temp+=XKKEY) ; 
PTR->B = temp; 

Signed off 08/25/86 in release 301.80 



Number: D200027904 Product: Z80/NSC800 C 



VAX 64824S003 



01.20 



One-line description: 

Addition of dereferenced pointers to structures may fail. 

Problem: 

Adding two operands that are dereferenced pointers to structures may 
fail because the compiler forgets to store the H and L registers and 
overwrites them. The following code is an example of this: 



"C" 
"proc 
st rue 



}; 

trees 

struc 

{ 

t 

} 



essor name" 
t tree { 
int distance; 
int x_start; 
int x_range; 

(treex) 

t tree *treex; 



reex->distance=treex->x_start+treex->x_range; /*This line 
generates an ADD HL.DE instruction to index 
into the structure tree, but overwrites H and L 
in the next instruction instead of storing it*/ 

Temporary solution: 

Use local temporary variables of the appropriate types to store the 
values of the dereferenced structure pointers before using them in 
a complex expression. Depending on the complexity of the expression, 
more than one temporary variable may have to be used. 

trees (treex) 
struct tree *treex; 

int x; 

x = treex->x_start; 
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treex- >distance= x + treex- >x_range; 

} 

Signed off 08/25/86 in release 301.80 



Page: 268 



Number: D200028761 Product: Z80/NSC800 C VAX 64824S003 01.20 

One-line description: 

Incorrect code when indexing into an array passed as a parameter. 

Problem: 

The code generator produces incorrect code when indexing into an array 
which was passed to a function. The HL register pair is overwritten 
in the following example before it is saved: 

"C" 

"Z80" 

char *func(varl,out) 

char varl,out[] ; 

{ 

out[6] = 1 + varl; /*HL register pair is overwritten before saved*/ 

return (out) ; 

Temporary solution: 

Use a local temporary variable: 

"C" 

"Z80" 

char *func(varl,out) 

char varl, out [] ; 

{ 

char temp; 

temp = out [6] ; 

temp = 1 + varl; 

out[6] = temp; 

return (out) ; 
} 

Signed off 08/25/86 in release 301.80 



Number: D200029215 Product: Z80/NSC800 C 



VAX 64824S003 



01.20 



One-line description: 

Dereferencing pointers to structures in assignment statements may fail. 

Problem: 

Dereferencing a pointer to a structure in an assignment statement may 
produce incorrect code which overwrites the HL register pair before 
saving it. The following code is an example: 

"C" 

"Z80" 

typedef struct { 

int *datal; 

long *data2; 

long *data3; 
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long *data4; 
} alldata; 
func(varl) 
alldata # varl; 

varl->data4 - varl->data2; 

} 

Temporary solution: 

Use a temporary variable: 

func(varl) 

alldata *varl; 

{ 

long "temp; 

temp = varl->data2; 

varl->data4 = temp; 

Signed off 08/25/86 in release 301.80 
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Number: D200031443 Product: Z80/NSC800 C 



VAX 64824S003 



01.20 



One-line description: 

++ and — operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array [index++] = 1; 

Example 2: arrayfindex] » 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting arrayfindex] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 301.80 

Number: D200033241 Product: 280/NSC800 C VAX 64824S003 01.20 

One-line description: 

Comparing character to zero in while loop generates incorrect code. 

Problem: 

If you compare a character variable to zero in a while loop incorrect 

code is generated. The below code demonstates the problem. 

"C" 

"6809" 



procO 

{ 



char timeout = 10; 
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whileftimeout — ); /* Code generated here causes infinite loop. 

i 
The code generated for the while loop clears the A register and then 
compares the D register to -1. Therefore the condition is never met. 

Temporary solution: 

Declare the varialbe used in the test condition as an integer. 

"C" 
"6809" 



prod ) 
{ 



int timeout = 10; 

while (timeout--) ; 
} 

Signed off 08/25/86 in release 301.80 



Number: D200034280 Product: Z80/NSC800 C 
Keywords: CODE GENERATOR 



VAX 64824S003 



01.20 



One-line description: 

A shift assignment operation ( << 

Signed off 08/25/86 in release 301.80 



generates incorrect code. 



Number: D200035915 Product: Z80/NSC800 C 
Keywords: CODE GENERATOR 



VAX 64824S003 



01.20 



One-line description: 

16 bit comparison on a 8 bit unsigned short field. 

Problem: 

IMPROPER CODE GENERATED FOR STATEMENT INVOLVING unsigned short 

VARIABLE UNLESS EXPLICITLY RE-CAST AS unsigned short. 

maint ) 

{ 

static unsigned short digit index; 

static unsigned short digitTl2] ; 

int a,b; 

if (digit [digit_index] — ){ 

a=4; 

b=4;} 

else{ 

a=5; 

b=5;} 

} 

IMPROPER CODE IS GENERATED FOR THE COMPARISON (ie THE COMPARISON IS DONE 

ON 16 BITS (8 OF WHICH HAVE BEEN CLEARED) AGAINST #0FFFFH. 

12/10/85: The problem also arises if you compare a constant against 
an unsigned short. For example if you declared: 
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#define constant ~0 

unsigned short var; 

and later compared these two the compiler will zero out the upper byte 

of the variable var and then compare it to FFFFH. Thus, the condition 

is never met. 

12/16/85: Another example of incorrect code being generated when a 
char variable is used in a test condition is as follows: 

char a; 
main( ) 
{ 

a = -1; 

if(a == -1) 
a ='A'; 
} 

Temporary solution: 

IF THE LINE IN QUESTION IS CHANGED TO: 

if ((unsigned short)digit[digit_index] — ){ 

CORRECT CODE IS GENERATED ALTHOUGH digit [] HAS ALREADY BEEN 

DECLARED unsigned short. 

12/10/85: Declare the constant as a short. In other words: 

#define constant OFFH. 

12/16/85: If only 128 valid characters are required the variable can 

be declared as a short int. 

Signed off 08/25/86 in release 301.80 

Number: D200037184 Product: Z80/NSC800 C VAX 64824S003 01.20 

Keywords: PASS 3 

One-line description: 

Compiler option $LIST_0BJ 0N$ generates wrong output information. 

Problem: 

Use of the compiler option $LIST_0BJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 

$EXTENSIONS 0N$ 
$LIST_0BJ 0N$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 

PROCEDURE one; 

BEGIN 



END; 



:= b; 
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Z80/NSC800 C 



In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
incorrect "printf" mask when generating the output file. 

NOTE: THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
I THE GENERATED CODE IS CORRECT. 

Signed off 08/25/86 in release 301.80 

Number: D200040808 Product: Z80/NSC800 C VAX 64824S003 01.20 

Keywords: PASS 3 

One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 

Problem: 

Pass 3 of the compilation process may fail to detect a relative jump 
which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 
OPTIMIZE is enabled. [BLINK_TAS:BUG] 

Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 
around those sections of code which are suspect. 

Signed off 08/25/86 in release 301.80 

Number: D200041368 Product: Z80/NSC800 C VAX 64824S003 01.20 

One-line description: 

Problem with integer pointer in conditional statement. 

Problem: 

In the following example, two loads are performed, but no other code is 

generated to check for zero value. 



"processor name" 
tdefine NULL 
fct (parm) 
int *parm; 
( 

if (parm - NULL) 
parm = 10; 
} 

Signed off 08/25/86 in release 301.80 



Number: D200046003 Product: Z80/NSC800 C 

One-line description: 

Title description is incorrect. 

Signed off 08/25/86 in release 301.80 

- Z80/NSC800 C 



VAX 64824S003 



01.20 
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Number: D200046086 Product: Z80/NSC800 C VAX 64824S003 

One-line description: 

Updating & assigning ptr a new value causes compiler to genera 

Problem: 

Updating and assigning a pointer a new value causes the result to 

be stored in the wrong memory location. 

"C" 
"Z80" 

int func(pl,time) 
int pi; 
short *time; 



01.20 



{ 



int t_val; 

if (*time) { 

*(time + 1) += (char)t_val; /* Result of this expression is 

stored in wrong memory loc. */ 
} 

Temporary solution: 

Use a local variable to hold the updated pointer value. 

"C" 
"Z80" 

int funcl(pl,time) 
int pi; 
short *time; 



{ 



int t_val; 
short *ptr; 

ptr - time +1; 
if(*time) { 

*ptr += (char)t val; 
} 



} 

Signed off 08/25/86 in release 301.80 

Number: D200046193 Product: Z80/NSC800 C VAX 64824S003 01.20 

One-line description: 

Post increment of pointer results in incorrect code. 

Problem: 

Post increment of a pointer value will cause incorrect code to be 

generated. First, the pointer is pre- incremented rather than 

post incremented. Secondly, the result is stored in the wrong location. 

"C" 

"8085" 

$SHORT_ARITH +$ 
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SRECURSIVE 0FF$ 
^SEPARATE 0N$ 
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main( ) 
{ 

long ai[2] ,*aiptr,al,a2; 
ai[0]=0L; 
ai[l]=lL; 
aiptr=ai; 

ai=*aiptr++; /* Problem Statement. *aiptr is pre- incremented 
and the result is stored in wrong location. */ 

Temporary solution: 

Increment the pointer after the assignment is made. 
Use: al=*aiptr; 
*aiptr++; 

Rather than: 

al=*aiptr++; 



Signed off 08/25/86 in release 301.80 

Number: D200047688 Product: Z80/NSC800 C 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 301.80 

Number: D200055178 Product: Z80/NSC800 C VAX 64824S003 



VAX 64824S003 



01.20 



01.50 



One-line description: 

Compilation on the VAX using batch mode generates incorrect listing file 

Problem: 

The test files can be found on the VAX750 under user$disk: [robin. 

hughes. rgalo. test] . The following test files were used: 

1. MTINHST_C. - File which contains one error- a missing '}' on 

line 70 

2. TMTINHST_C. - Error-free version of MTINHST_C. 

3. MT0PNDF_C. - File which contains one error - missing declaration 

for integer 'j' 

4. MT0PNDFT_C. - Error-free version of MT0PNDF_C. 

One logical name must be defined as follows to access the include 
files referenced by the test programs: 

Sdefine BSLN user$disk: [robin. hughes. wsbsln. baseline] 

When the four files were compiled interactively, the two error-free 
versions generated correct listings. The first file (MTINHST^C.) 
generated an incomplete and incorrect listing file. The listing 
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showed the include files inserted first, followed by "C", "8086" 

and a few other lines of the program. The output displayed on the scree 

n looked like: 

In passl. 
70 else 

"25 
136 

"408 

In C Nocode. 

comp: C NOcode cannot recover from errors. 

When the third file (MT0PNDF_C.) was compiled, the listing appeared 
fine except for the insertion a some strange control charaters. 

These last two files were compiled in batch mode (file: user$disk: 
[rob in. hughes. rgalo. test]hughes.com) . 

The first file (MTINHST_C.) generated a complete but incorrect listing. 
Although two errors were found (25 & 408) the line at the bottom 
stated that errors = 0. The include file expansion preceeded the 
"C" and "8086" in the listing, and lines like, #include filename, were 
still in the file. The error message was at line 72 of the listing 
instead of line 2472 were the '}' was actual missing. Finally the last 
100 lines had useless numbers in the left margin. 

When the third file (MTOPNDF^C. ) was compiled, an incomplete listing was 
generated with the include file expansions listed first. 

All of these tests were done on the VAX750 with the /e/v/o options. 

This problem also occurs on the 68000. 

Temporary solution: 

No temporary solution available 

Signed off 08/25/86 in release 301.80 



Number: D200059071 Product: Z80/NSC800 C 



VAX 64824S003 



01.50 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 301.80 



Number: D200049064 Product: Z80/NSC800 C 



VAX 64824S003 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 301.80 
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Number: 1650004630 Product: Z80/NSC800PASCAL 



Page: 



64823 



276 
01.01 



One-line description: 

Accessing parameter two nesting levels up is not working. 

Problem: 

The following program will generate code which uses the HL 

register pair before initializing them. 

"BZ80" 

$EXTENSIONS 0N$ 
PROGRAM HLPAIR; 

TYPE 



/* CODE GENERATED USES HL W/0 INIT.*/ 



LENGTH = 0. .5; 

PROCEDURE ONEILEN: LENGTH); 
PROCEDURE TWO; 

PROCEDURE THREE; 

VAR I: INTEGER; 

BEGIN 

FOR I:-0 TO LEN DO; 
END; 

BEGIN {TWO) 

THREE; 
END; {TWO} 
BEGIN {ONE} 
TWO: 
END; {ONE} 



This will only happen when the procedure is nested two levels. In 
other words, if the FOR statement was in PROCEDURE TWO the correct 
code is generated. 

Temporary solution: 

When nesting more than one level pass the upper level parameters 

to the lower level routines as parameters. 

"BZ80" 

$EXTENSIONS 0N$ 
PROGRAM HLFIX; 

TYPE 

LENGTH = . . 5 ; 

PROCEDURE ONEILEN: LENGTH); 
PROCEDURE TW01LEN: LENGTH); 

PROCEDURE THREE (LEN: LENGTH); 
VAR I : INTEGER; 
BEGIN 

FOR I:=0 TO LEN DO; 
END; 
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BEGIN { TWO } 

THREE (LEN); 

END; { TWO } 

BEGIN { ONE } 

TWO (LEN) ; 
END; { ONE } 



Signed off 08/25/86 in release 301.03 
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Number: 2700005371 Product: Z80/NSC800PASCAL 
Keywords: STRING ARRAYS 



64823 



00.00 



One-line description: 

Multidimensional arrays of packed string arrays cannot be assigned to. 

Problem: 

"BZ80" or "B8085" 

PROGRAM TEST; 

TYPE STRING_40 = PACKED ARRAY [0..15] OF CHAR; 

VAR ARRAY 1 : ARRAY [ 1 . . 2 , 1 . . 2] OF STRING_40; 

BEGIN 

ARRAY1[1,1] := 'HELLO' 

****Pass 2 error ?? 1006 => Contact HP 

END. 

Temporary solution: 

No known work-around at this time. 

Signed off 08/25/86 in release 301.03 



Number: 5000103267 Product: Z80/NSC800PASCAL 

Keywords: SETS 

One-line description: 

SUPERSET or SUBSET checking doesn't work. 

Problem: 

TYPE SET_TYPE - SET OF (80,81,82,83,64,65,66,87); 

VAR X : SETJTYPE; 

BEGIN 

IF X <= [B3.B4] THEN; {GENERATES INCORRECT CODE} 

IF X >= [B3.B4] THEN; {GENERATES INCORRECT CODE} 

Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 301.03 



64823 



01.01 
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Number: 5000109934 Product: Z80/NSC800PASCAL 64823 01.01 

Keywords: RECURSIVE 

One-line description: 

FOR loops don't work with $RECURSIVE +$ and WITH. 

Problem: 

TYPE RECORDTYPE = RECORD 

FIELD1, FIELD2, FIELD3 : BYTE; END; 
VAR VARTYPE = ARRAY [1..5] OF RECORDTYPE; 
J : BYTE; 

PROCEDURE TEST; 

BEGIN 

WITH VARTYPE [J] DO 

FOR J := FIELD2 TO FIELD3 DO K :- K + 1; 

{This doesn't work. For the pre-loop test, the L and A registers 
should be loaded before the call to Zsbytelt. The L register is 
not loaded.} 

Temporary solution: 

Instead of "WITH VARTYPE [J]" etc do 

FOR J := VARTYPE[J].FIELD2 TO VARTYPE[J] .FIELD3 etc 

OR SRECURSIVE 0FF$ 

Signed off 08/25/86 in release 301.03 



Number: 5000115402 Product: Z80/NSC800PASCAL 
Keywords: FOR LOOP 



64823 



01.01 



One-line description: 

FOR Signed8 :» TO 2 DO REAL1 := REAL1/REAL2 overwrites the A-register. 

Temporary solution: 

Use the compiler option $AMNESIA +$ 

Signed off 08/25/86 in release 301.03 



Number: D200016329 Product: Z80/NSC800PASCAL 
Keywords: PASS 3 



64823 



01.01 



Z80/NSC800PASCAL - 



One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 

Problem: 

Pass 3 of the compilation process may fail to detect a relative jump 
which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 
OPTIMIZE is enabled. [BLINK_TAS:BUG] 

Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 
around those sections of code which are suspect. 
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Signed off 08/25/86 in release 301.03 
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01.01 



Number: D200022467 Product: Z80/NSC800PASCAL 64823 

Keywords: CODE GENERATOR 

One-line description: 

Incorrect code generated for IF statement. 

Problem: 

Compiling the following program demonstrates a code generation 
problem for the IF statement. 

PROGRAM test; 
$EXTENSIONS$ 

VAR 

SCANJTYPE : BYTE; 

BEGIN 

IF (SCANJTYPE > 6) OR (SCANJTYPE = 2) THEN 
END. 

After determining the result of (SCAN TYPE > 6) the compiler overwrites 
the result (stored in the accumulator! with other data. Thus, the 
only comparison made is (SCANJTYPE = 2). 

Temporary solution: 

Divide the IF statement into two separate statements. 



Signed off 08/25/86 in release 301.03 



Number: D200022525 Product: Z80/NSC800PASCAL 
Keywords: CODE GENERATOR 



64823 



01.01 



One-line description: 

Incorrect code generated for SET inclusion statement. 

Problem: 

The following program demostrates a code generation problem for the 
SET inclusion statement. 

PROGRAM test; 
$EXTENSIONS$ 



TYPE 



BYTEJSET - SET OF (B0, Bl, B2, B3, B4, B5, B6, B7); 



VAR 

statusjoyte : BYTE_SET; 

BEGIN 

IF [B0] <= status byte THEN 
END. 
In the example listed, the compiler generates code which OR's and 
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CP's (compare) rather than an AND operation. 
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Temporary solution: 

Use the set inclusion statement: IF B0 IN statusjoyte THEN ... 

Signed off 08/25/86 in release 301.03 



Number: D200026419 Product: Z80/NSC800PASCAL 



64823 



01.01 



One-line description: 

Defining TRUE and FALSE as global may result in duplicate symbol names. 

Problem: 

Defining the variables (constants) TRUE and FALSE to be global may 
result in a duplicate symbol error during a link. These variables 
are incorrectly defined as global in the Zwordcmp routine located in 
'Zlibrary' . 

NOTE: Redefining the values of TRUE and/or FALSE is not 
a legal Pascal operation. Redefinition of these 
constants is therefore not supported when using 
the HP 64000 compiler. 

Temporary solution: 

Obtain the source to Zwordcmp from your local HP Systems Engineer. 

Signed off 08/25/86 in release 301.03 

Number: D200028878 Product: Z80/NSC800PASCAL 64823 01.01 

One-line description: 

Incorrect code generated for WHILE construct. 

Temporary solution: 

There are two possible work-arounds for this problem: 

(1) alter the order of comparisons, or 

(2) change the TYPE of a to something other than SIGNED_16. 

Signed off 08/25/86 in release 301.03 



Number: D200034108 Product: Z80/NSC800PASCAL 64823 

Keywords: STRING 

One-line description: 

Pointers to STRINGS cannot be assigned a string of length one. 

Problem: 

TYPE STR_ARR : PACKED ARRAY [0..7] OF CHAR; {I.E., A STRING} 
ARR_PTR : "STR_ARR; 

VAR PTR : ARR_PTR; 

BEGIN 
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PTJT :=° "1234567"; {WORKS FINE} 

PTR~ := "1"; {GENERATES THE FOLLOWING INCORRECT CODE} 
LD A,001H {THIS WILL BE THE STRING LENGTH} 
LD HI, [PTR] 
LD [HL], A {SO FAR SO GOOD, WE'VE LOADED THE BYTE COUNT IN 

STR_ARR[0]} 
LD HL, [PTR+001HHTHIS IS THE MISTAKE. WE SHOULD HAVE DONE A 

LD HL,[PTR] INC HL} 
LD [HL], 031H 

Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 301.03 

Number: D200036806 Product: Z80/NSC800PASCAL 64823 01.01 

Keywords: INCLUDE 

One-line description: 

Nested INCLUDE files 3 or more deep cause 64000 to "hang" in pass 3. 

Problem: 

Nested INCLUDE files 3 or more deep cause 64000 to hang in pass 3. 

Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 301.03 



Number: D200047639 Product: Z80/NSC800PASCAL 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 301.03 



64823 



01.01 



Number: D200047944 Product: Z80/NSC800PASCAL 64823 01.01 

One-line description: 

Zcaseerror jumped to rather than called. 

Problem: 

If the following code is compiled, it is possible for Zcaseerror 

to be jumped to rather than called. By being jumped to, Zcaseerror 

doesn't have a return address. 

" BZ80 " 

$DEBUG 0N$ 

$RANGE 0N$ 

PROGRAM TEST; 

VAR Ch : CHAR; 



BEGIN 

Ch :='D'; 



/* LOAD ILLEGAL VALUE. */ 



Z80/NSC800PASCAL - 
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CASE Ch OF 



END. 
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'A' 


: Ch 


= PREDICh 


'B' 


: Ch 


= PREDfCh 


'C 


: Ch 


- PREDICh 


'E' 


: Ch 


= PREDfCh 



The expanded code shows that Zcaseerror is jumped to rather than being 

called. 

Signed off 08/25/86 in release 301.03 



Number: D200048074 Product: Z80/NSC800PASCAL 



64823 



01.01 



One-line description: 

Level 3 recursive procedure or function causes Error 1008 - Stack Error. 

Problem: 

A pass 2 error 1008 occurs if a level 3 subroutine or function 
makes an assignment to a 16 bit variable defined by the level 2 
parent procedure if the level 2 parent procedure is recursive. 
The following code causes 3 stack errors, error #1008: 

"BZ80" 

SEXTENSIONS 0N$ 
PROGRAM X; 
SRECURSIVE 0N$ 
PROCEDURE Y; 
VAR 

A : SIGNED_16; 

B : UNSIGNED_16; 

C : 0. .257; 

PROCEDURE Z; 

BEGIN 



= 3; 

= UNSIGNED_16(5) 

~ 257; 



A 

B 

C 

END; 

BEGIN 

END; 



Temporary solution: 

Putting the main program in the same file as the recursive 

routine that causes the error 1008 may solve the problem. 

Another possible solution is to insert a dummy main program 

BEGIN 
END. 

In this case, the user must be aware of where the real main 
program is in order to run from the correct place. 



Signed off 08/25/86 in release 301.03 



- Z80/NSC800PASCAL - 
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Number: D200048116 Product: Z80/NSC800PASCAL 



Page: 



64823 



One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

"BZ80" 

PROGRAM MAIN; 

TYPE 

STRUCTURED* RECORD 

INTl: INTEGER; 

I NT2: INTEGER; 

END; 

PROCEDURE OUTERfVAR PI STRUCTURED; VAR P2:INTEGER); 

VAR I: INTEGER; 

BEGIN 

I: -PI < — This missing semicolon causes the problem 

I:«P1.2; 

I:=P2; 

END; 

BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 301.03 



Number: D200049890 Product: Z80/NSC800PASCAL 



64823 
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01.01 



01.02 



One-line description: 

Level 3 access of level 1 variables generates incorrect code. 

Problem: 

PROBLEM DESCRIPTION: 

A Pascal Program in which varaibles declared at level 1 (procedures and 
functions) are referenced at level 3 (2nd level nested procedures an 
functions) will generate bad code. The following example illustrates. 

"BZ80" 

PROGRAM SCOPE; 

PROCEDURE LEVEL_1; 
VAR 

VAR1 : INTEGER ; 



PROCEDURE LEVEL_2 ; 
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PROCEDURE LEVEL_3 : 
BEGIN { LEVEL 3 } 
VAR1 := 6 ; T* bad code generated here *) 
END; { LEVEL_3 > 

BEGIN { LEVEL_2 } 

LEVEL 3 ; 
END ; T LEVEL_2 } 

BEGIN { LEVEL_1 } 

LEVEL_2 ; 
END ; { LEVEL_1 } 

BEGIN { MAIN PROG - LEVEL_0 } 

LEVEL 1 * 
END. T MAIN PROG - LEVEL_0 } 

Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 301.03 



Number: D200052241 Product: Z80/NSC800PASCAL 



64823 



01.02 



One-line description: 

Incorrect code generated when a CHAR is converted to an UNSIGNED_16. 

Problem: 

Incorrect code is generated when a CHAR variable is converted 

to an UNSIGNED_16. The following code is an example: 

"processor name" 
SEXTENSIONS 0N$ 
$RECURSIVE 0FF$ 
PROGRAM PASCALTEST; 
TYPE 

BUG TYPE = UNSIGNED 16; 



(*There is no problem if this is 
SIGNED 16*) 



PROCEDURE BUGGY ( COUNT : BUGJTYPE ) ; EXTERNAL ; 
FUNCTION 0PEN:SIGNED_16; 

VAR 

COUNT : BUGJTYPE; 
LEN: CHAR; 
BEGIN 

(*THE NEXT TWO STATEMENTS GENERATE INCORRECT CODE* 
COUNT := BUG TYPE (LEN); 

(* LD 



BUGGY (BUG TYPE (LEN) 



(* 


LD 


(* 


LD 


(* 


LD 


(* 


LD 


(* 


LD 


(* 


LD 


(* 


LD 



A.001H *) 

[Dopen+00002H],A *) 
A,[Dopen+00004H] *) 
[Dopen+00003H] ,A *) 

A.001H *) 

[Dopen+00005H],BC*) 
A, [Dopen+00004H] *) 
HL,[Dopen+00005H}*) 
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END; 
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(* PUSH 


HL 


(* CALL 


BUGGY 


(* INC 


SP 


(• INC 


SP 



Something very strange occurs when the same code is compiled with 
SRECURSIVE 0N$. The statement BUGGY (BUGJTYPE (LEN) ) ; generates 
the following code: 

LD A.001H 

LD [IX-11],A 

LD [IX-10].WHAT??? 

LD A,[IX-5] 

LD L,A 

LD H,[IX-10] 

PUSH HL 

CALL BUGGY 

INC SP 

INC SP 

Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 301.03 
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Number: D200052373 Product: Z80/NSC800PASCAL 300 64823S004 01.00 

One-line description: 

Incorrect code generated when a CHAR is converted to an UNSIGNED_16. 

Problem: 

Incorrect code is generated when a CHAR variable is converted 

to an UNSIGNED_16. The following code is an example: 

"processor name" 
$EXTENSIONS 0N$ 
SRECURSIVE 0FF$ 
PROGRAM PASCALTEST; 
TYPE 

BUGJTYPE = UNSIGNED_16; (*There is no problem if this is 

SIGNED 16*) 



PROCEDURE BUGGY ( COUNT : BUGJTYPE ) ; EXTERNAL ; 

FUNCTION 0PEN:SIGNED_16; 

VAR 

COUNT : BUGJTYPE; 
LEN: CHAR; 
BEGIN 

(*THE NEXT TWO STATEMENTS GENERATE INCORRECT CODE*) 
COUNT := BUGJTYPE (LEN); 

(* LD 



A.001H 



BUGGY (BUG TYPE (LEN): 



(* 


LD 


[Dopen+00002H],A *) 


(* 


LD 


A, [Dopen+00004H] *) 


(* 


LD 


[Dopen+00003H],A *) 


(* 


LD 


A.001H *) 


(* 


LD 


[Dopen+00005H],BC») 


(* 


LD 


A, [Dopen+00004H] *) 


(* 


LD 


HL, [Dopen+00005H]*) 


(* 


PUSH 


HL *) 


(* 


CALL 


BUGGY *) 


(* 


INC 


SP *) 


(* 


INC 


SP *) 



END; 



Something very strange occurs when the same code is compiled with 
SRECURSIVE 0N$. The statement BUGGY (BUGJTYPE (LEN) ) ; generates 
the following code: 

LD A.001H 

LD [IX-11],A 

LD [IX-101.WHAT??? 

LD A,[IX-5] 

LD L,A 

LD HJIX-10] 

PUSH HL 

CALL BUGGY 

INC SP 

INC SP 
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Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 401.10 

Number: D200052662 Product: Z80/NSC800PASCAL 300 64823S004 01.00 

One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

"BZ80" 

PROGRAM MAIN; 

TYPE 

STRUCTURED- RECORD 

INT1: INTEGER; 

INT2: INTEGER; 

END; 

PROCEDURE 0UTER(VAR PI: STRUCTURED; VAR P2:INTEGER); 

VAR I: INTEGER; 

BEGIN 

I: -PI < — This missing semicolon causes the problem 

I:-P1.2; 

I:-P2; 

END; 

BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 401.10 

Number: D200053769 Product: Z80/NSC800PASCAL 300 64823S004 01.00 

One-line description: 

Accessing parameter two nesting levels up is not working. 

Problem: 

The following program will generate code which uses the HL 

register pair before initializing them. 

"BZ80 " 

SEXTENSI0NS 0N$ 
PROGRAM HLPAIR; 



TYPE 



LENGTH 



0..5; 
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PROCEDURE ONE (LEN: LENGTH) 
PROCEDURE TWO; 

PROCEDURE THREE; 
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VAR I: 



INTEGER; 



BEGIN 

FOR I:=0 TO LEN DO; 
END; 



/* CODE GENERATED USES HL W/0 INIT.*/ 
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BEGIN {TWO} 

THREE; 
END; {TWO} 
BEGIN {ONE} 
TWO: 
END; {ONE} 



This will only happen when the procedure is nested two levels. In 
other words, if the FOR statement was in PROCEDURE TWO the correct 
code is generated. 

Temporary solution: 

When nesting more than one level pass the upper level parameters 

to the lower level routines as parameters. 

"BZ80 " 

$EXTENSI0NS 0N$ 
PROGRAM HLFIX; 

TYPE 

LENGTH - 0. .5; 

PROCEDURE 0NE1LEN: LENGTH); 
PROCEDURE TW0UEN: LENGTH); 

PROCEDURE THREEUEN: LENGTH); 
VAR I : INTEGER; 
BEGIN 

FOR I: -0 TO LEN DO; 
END; 

BEGIN { TWO } 

THREE (LEN): 

END; { TWO } 

BEGIN { ONE } 

TWO (LEN); 
END; { ONE } 



Signed off 08/25/86 in release 401.10 
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Number: D200058859 Product: Z80/NSC800PASCAL 300 64823S004 01.00 

Keywords: PREPROCESSOR 

One-line description: 

Preprocessor reports errors when symbols hp64000, vms or hpux w #if 

Signed off 08/25/86 in release 401.10 



Number: D200059253 Product: Z80/NSC800PASCAL 300 64823S004 



01.00 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 401.10 

Number: D200049049 Product: Z80/NSC800PASCAL 300 64823S004 00.00 

One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 401.10 
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Number: D200016337 Product: Z80/NSC800PASCAL 500 64823S001 01.10 

Keywords: PASS 3 

One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 

Problem: 

Pass 3 of the compilation process may fail to detect a relative jump 
which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 
OPTIMIZE is enabled. [BLINK_TAS:BUG] 

Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 
around those sections of code which are suspect. 

Signed off 08/25/86 in release 101.40 



Number: D200020115 Product: Z80/NSC800PASCAL 500 64823S001 
Keywords: STRING ARRAYS 



01.10 



One-line description: 

Multidimensional arrays of packed string arrays cannot be assigned to. 

Problem: 

"BZ80" or "B8085" 

PROGRAM TEST; 

TYPE STRING_40 = PACKED ARRAY [0..15] OF CHAR; 

VAR ARRAY1 : ARRAY [1. . 2, 1. . 2] OF STRING_40; 

BEGIN 

ARRAY1[1,1] := 'HELLO' 

****Pass 2 error ?? 1006 «> Contact HP 

END. 

Temporary solution: 

Put the assignment statement within a procedure and call the procedure 
when necessary. The array may be accessed by either global or local 
004variables. 

Signed off 08/25/86 in release 101.40 



Number: D200022475 Product: Z80/NSC800PASCAL 500 64823S001 

Keywords: CODE GENERATOR 

One-line description: 

Incorrect code generated for IF statement. 

Problem: 

Compiling the following program demonstrates a code generation 
problem for the IF statement. 



01.10 
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PROGRAM test; 
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$EXTENSI0NS$ 

VAR 

SCANJTYPE : BYTE; 

BEGIN 

IF (SCANJTYPE > 6) OR (SCANJTYPE = 2) THEN 
END. 

After determining the result of (SCAN TYPE > 6) the compiler overwrites 
the result (stored in the accumulatorT with other data. Thus, the 
only comparison made is (SCANJTYPE = 2). 

Temporary solution: 

Divide the IF statement into two separate statements. 

Signed off 08/25/86 in release 101.40 

Number: D200022533 Product: Z80/NSC800PASCAL 500 64823S001 01.10 

Keywords: CODE GENERATOR 

One-line description: 

Incorrect code generated for SET inclusion statement. 

Problem: 

The following program demostrates a code generation problem for the 
SET inclusion statement. 

PROGRAM test; 
$EXTENSIONS$ 



TYPE 



BYTE_SET - SET OF (B0, Bl, B2, B3, B4, B5, B6, B7); 



VAR 

statusjoyte : BYTE_SET; 

BEGIN 

IF [B0] <= status_byte THEN 

END. 
In the example listed, the compiler generates code which OR's and 
CP's (compare) rather than an AND operation. 

Temporary solution: 

Use the set inclusion statement: IF B0 IN status_byte THEN ... 

Signed off 08/25/86 in release 101.40 

Number: D200026484 Product: Z80/NSC800PASCAL 500 64823S001 



01.10 



One-line description: 

Defining TRUE and FALSE as global may result in duplicate symbol names. 

Problem: 

Defining the variables (constants) TRUE and FALSE to be global may 
result in a duplicate symbol error during a link. These variables 
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are incorrectly defined as global in the Zwordcmp routine located in 
'Zlibrary' . 

NOTE: Redefining the values of TRUE and/or FALSE is not 
a legal Pascal operation. Redefinition of these 
constants is therefore not supported when using 
the HP 64000 compiler. 

Temporary solution: 

Obtain the source to Zwordcmp from your local HP Systems Engineer. 



Signed off 08/25/86 in release 101.40 

Number: D200027755 Product: Z80/NSC800PASCAL 500 64823S001 



01.10 



One-line description: 

No form feed between the expanded listing and the cross reference table. 

Problem: 

During compilation, with XREF option on, the compiler does not provide 
a form feed (FF) in the listing file. The XREF starts on the same page 
as the end of the listing. Also, the page number says 535 when it 
should be page 2. 

Temporary solution: 

After compiling with the xref option, edit the expanded listing file 

and insert a "control L" before the beginning of the cross reference 

listing. 

Signed off 08/25/86 in release 101.40 

Number: D200028886 Product: Z80/NSC800PASCAL 500 64823S001 01.10 

One-line description: 

Incorrect code generated for WHILE construct. 

Temporary solution: 

There are two possible work-arounds for this problem: 

(1) alter the order of comparisons, or 

(2) change the TYPE of a to something other than SIGNED_16. 

Signed off 08/25/86 in release 101.40 



Number: D200034132 Product: Z80/NSC800PASCAL 500 64823S001 

Keywords: STRING 

One-line description: 

Pointers to STRINGS cannot be assigned a string of length one. 

Problem: 

TYPE STR_ARR : PACKED ARRAY [0..7] OF CHAR; {I.E., A STRING) 
ARR_PTR : ~STR_ARR; 



01.10 



VAR PTR : ARR_PTR; 
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BEGIN 
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PTR" := "1234567"; {WORKS FINE} 

PTR~ := "1"; {GENERATES THE FOLLOWING INCORRECT CODE} 
LD A.O01H {THIS WILL BE THE STRING LENGTH} 
LD HL TPTRl 
LD [HL], A {SO FAR SO GOOD, WE'VE LOADED THE BYTE COUNT IN 

STR_ARR[0]} 
LD HL, [PTR+001HHTHIS IS THE MISTAKE. WE SHOULD HAVE DONE A 

LD HL, [PTR] INC HL} 
LD [HL], 031H 

Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 101.40 

Number: D200037150 Product: Z80/NSC800PASCAL 500 64823S001 01.20 

Keywords: PASS 3 

One-line description: 

Compiler option $LIST_OBJ ON$ generates wrong output information. 

Problem: 

Use of the compiler option $LIST_0BJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 

SEXTENSIONS ON$ 
$LIST_OBJ ON$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 

PROCEDURE one; 

BEGIN 

a := b; 
END; 

In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
incorrect "printf" mask when generating the output file. 



NOTE: 
Signed off 08/25/86 in release 101.40 



THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
THE GENERATED CODE IS CORRECT. 
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Number: D200040246 Product: Z80/NSC800PASCAL 500 64823S001 01.20 

Keywords: SETS 

One-line description: 

SUPERSET or SUBSET checking doesn't work. 

Problem: 

TYPE SET_TYPE = SET OF (B0 ,B1,B2,B3,B4,B5,B6,B7) ; 

VAR X : SET_TYPE; 

BEGIN 

IF X <= [B3.B4] THEN; {GENERATES INCORRECT CODE} 

IF X >= [B3,B4] THEN; {GENERATES INCORRECT CODE} 

Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 101.40 

Number: D200043851 Product: Z80/NSC800PASCAL 500 64823S001 01.20 

Keywords: RECURSIVE 

One-line description: 

FOR loops don't work with $RECURSIVE +$ and WITH. 

Problem: 

TYPE RECORDTYPE = RECORD 

FIELD1, FIELD2, FIELD3 : BYTE; END; 
VAR VARTYPE = ARRAY [1..5] OF RECORDTYPE; 
J : BYTE; 

PROCEDURE TEST; 

BEGIN 

WITH VARTYPE [J] DO 

FOR J := FIELD2 TO FIELD3 DO K := K + 1; 

{This doesn't work. For the pre-loop test, the L and A registers 
should be loaded before the call to Zsbytelt. The L register is 
not loaded. } 

Temporary solution: 

Instead of "WITH VARTYPE [J]" etc do 

FOR J := VARTYPE [J]. FIELD2 TO VARTYPE [J] .FIELD3 etc 

OR $RECURSIVE OFF$ 

Signed off 08/25/86 in release 101.40 

Number: D200044719 Product: Z80/NSC800PASCAL 500 64823S001 01.20 

Keywords: FOR LOOP 

One-line description: 

FOR Signed8 := TO 2 DO REAL1 := REAL1/REAL2 overwrites the A-register. 

Temporary solution: 

Use the compiler option $AMNESIA +$ 
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Signed off 08/25/86 in release 101.40 

Number: D200047647 Product: Z80/NSC800PASCAL 500 64823S001 01.20 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 101.40 

Number: D200048090 Product: Z80/NSC800PASCAL 500 64823S001 01.20 

One-line description: 

Level 3 recursive procedure or function causes Error 1008 - Stack Error. 

Problem: 

A pass 2 error 1008 occurs if a level 3 subroutine or function 
makes an assignment to a 16 bit variable defined by the level 2 
parent procedure if the level 2 parent procedure is recursive. 
The following code causes 3 stack errors, error #1008: 

"BZ80" 

$EXTENSIONS 0N$ 
PROGRAM X; 
SRECURSIVE ON$ 
PROCEDURE Y; 
VAR 

A : SIGNED_16; 

B : UNSIGNED_16; 

C : 0..257; 

PROCEDURE Z; 
BEGIN 
A 
B 
C 
END; 
BEGIN 
END; 



- UNSIGNED_16(5); 
= 257; 



Temporary solution: 

Putting the main program in the same file as the recursive 

routine that causes the error 1008 may solve the problem. 

Another possible solution is to insert a dummy main program 

BEGIN 
END. 

In this case, the user must be aware of where the real main 
program is in order to run from the correct place. 

Signed off 08/25/86 in release 101.40 
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Number: D200052357 Product: Z80/NSC800PASCAL 500 64823S001 01.30 

One-line description: 

Incorrect code generated when a CHAR is converted to an UNSIGNED_16. 

Problem: 

Incorrect code is generated when a CHAR variable is converted 

to an UNSIGNED_16. The following code is an example: 

"processor name" 

$EXTENSIONS 0N$ 
SRECURSIVE 0FF$ 
PROGRAM PASCALTEST; 
TYPE 

BUGJTYPE = UNSIGNED_16; 



(*There is no problem if this is 
SIGNED 16*) 



PROCEDURE BUGGY ( COUNT : BUGJTYPE ) ; EXTERNAL ; 

FUNCTION 0PEN:SIGNED_16; 

VAR 

COUNT : BUGJTYPE; 
LEN: CHAR; 
BEGIN 

(*THE NEXT TWO STATEMENTS GENERATE INCORRECT CODE*) 
COUNT := BUG TYPE (LEN); 



BUGGY (BUGJTYPE (LEN)): 



(* LD 


A.001H *) 


(* LD 


[Dopen+00002H],A *) 


(* LD 


A, [Dopen+00004H] *) 


(* LD 


[Dopen+00003H],A *) 


(* LD 


A.001H *) 


(* LD 


[Dopen+00005H],BC») 


(* LD 


A, [Dopen+00004H] *) 


(* LD 


HL, [Dopen+00005H]*) 


(* PUSH 


HL *) 


(* CALL 


BUGGY *) 


(* INC 


SP *) 


(* INC 


SP *) 



END; 



Something very strange occurs when the same code is compiled with 
$RECURSIVE 0N$. The statement BUGGY (BUGJTYPE (LEN) ) ; generates 
the following code: 

LD A.001H 

LD [IX-11],A 

LD [IX-10] .WHAT??? 

LD A,[IX-5) 

LD L,A 

LD H, [IX-10] 

PUSH HL 

CALL BUGGY 

INC SP 

INC SP 
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Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 101.40 
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Number: D200052647 Product: Z80/NSC800PASCAL 500 64823S001 01.30 

One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

"BZ80" 

PROGRAM MAIN; 

TYPE 

STRUCTURED* RECORD 

INT1: INTEGER; 

INT2: INTEGER; 

END; 

PROCEDURE 0UTER(VAR PI: STRUCTURED; VAR P2:INTEGER); 

VAR I: INTEGER; 

BEGIN 

I: -PI < — This missing semicolon causes the problem 

I:»P1.2; 

I:=P2; 

END; 

BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 101.40 

Number: D200053744 Product: Z80/NSC800PASCAL 500 64823S001 01.30 

One-line description: 

Accessing parameter two nesting levels up is not working. 

Problem: 

The following program will generate code which uses the HL 

register pair before initializing them. 

"BZ80 " 

SEXTENSIONS 0N$ 
PROGRAM HLPAIR; 



TYPE 



LENGTH = . . 5 ; 
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PROCEDURE ONE (LEN: LENGTH); 
PROCEDURE TWO; 

PROCEDURE THREE; 
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VAR I: INTEGER; 

TO LEN DO; 



BEGIN 

FOR I 
END; 



/* CODE GENERATED USES HL W/0 INIT.*/ 



BEGIN {TWO} 
THREE; 
END; {TWO} 
BEGIN {ONE} 
TWO; 
END; {ONE} 



This will only happen when the procedure is nested two levels. In 
other words, if the FOR statement was in PROCEDURE TWO the correct 
code is generated. 

Temporary solution: 

When nesting more than one level pass the upper level parameters 

to the lower level routines as parameters. 

"BZ80" 

$EXTENSI0NS 0N$ 
PROGRAM HLFIX; 

TYPE 

LENGTH = . . 5 ; 

PROCEDURE ONE (LEN: LENGTH); 
PROCEDURE TW01LEN: LENGTH); 

PROCEDURE THREE (LEN: LENGTH); 
VAR I : INTEGER; 
BEGIN 

FOR I:-0 TO LEN DO; 
END; 

BEGIN { TWO } 

THREE (LEN) ; 

END; { TWO } 

BEGIN { ONE } 

TWO (LEN); 
END; { ONE } 



Signed off 08/25/86 in release 101.40 



Z80/NSC800PASCAL 500 - 



- Z80/NSC800PASCAL 500 
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Number: D200058834 Product: Z80/NSC800PASCAL 500 64823S001 01.30 

Keywords: PREPROCESSOR 

One- line description: 

Preprocessor reports errors when symbols hp64000, vms or hpux w #if 

Signed off 08/25/86 in release 101.40 
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Number: D200016345 Product: Z80/NSC800PASCAL VAX 64823S003 01.10 

Keywords: PASS 3 

One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 

Problem: 

Pass 3 of the compilation process may fail to detect a relative jump 
which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 
OPTIMIZE is enabled. [BLINK_TAS:BUG] 

Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 
around those sections of code which are suspect. 

Signed off 08/25/86 in release 301.60 


Number: D200059238 Product: Z80/NSC800PASCAL 500 64823S001 01.30 

One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Signed off 08/25/86 in release 101.40 


Number: D200020123 Product: Z80/NSC800PASCAL VAX 64823S003 01.10 

Keywords: STRING ARRAYS 

One-line description: 

Multidimensional arrays of packed string arrays cannot be assigned to. 

Problem: 

"BZ80" or "B8085" 

PROGRAM TEST; 

TYPE STRING 40 = PACKED ARRAY [0..15] OF CHAR; 

VAR ARRAY1 : ARRAYfl. . 2, 1. . 2] OF STRING_40; 

BEGIN 

ARRAY1[1,1] := 'HELLO' 

****Pass 2 error ?? 1006 => Contact HP 

END. 

Temporary solution: 

Put the assignment statement within a procedure and call the procedure 
when necessary. The array may be accessed by either global or local 
004variables. 

Signed off 08/25/86 in release 301.60 


Number: D200049023 Product: Z80/NSC800PASCAL 500 64823S001 00.00 

One- line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 101.40 


- Z80/NSC800PASCAL 500 - 


Number: D200022483 Product: Z80/NSC800PASCAL VAX 64823S003 01.10 

Keywords: CODE GENERATOR 

One-line description: 

Incorrect code generated for IF statement. 

Problem: 

Compiling the following program demonstrates a code generation 
problem for the IF statement. 

PROGRAM test; 

- Z80/NSC800PASCAL VAX - 
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$EXTENSIONS$ 

VAR 

SCANJTYPE : BYTE; 

BEGIN 

IF (SCANJTYPE > 6) OR (SCANJTYPE = 2) THEN 
END. 

After determining the result of (SCAN TYPE > 6) the compiler overwrites 
the result (stored in the accumulator! with other data. Thus, the 
only comparison made is (SCANJTYPE = 2). 

Temporary solution: 

Divide the IF statement into two separate statements. 

Signed off 08/25/86 in release 301.60 

Number: D200022541 Product: Z80/NSC800PASCAL VAX 64823S003 01.10 

Keywords: CODE GENERATOR 

One- line description: 

Incorrect code generated for SET inclusion statement. 

Problem: 

The following program demostrates a code generation problem for the 
SET inclusion statement. 

PROGRAM test; 
$EXTENSIONS$ 



TYPE 



BYTE_SET = SET OF (B0, Bl, B2, B3, B4, B5, B6, B7); 



VAR 

status Jayte : BYTE_SET; 

BEGIN 

IF [B0] <= status_byte THEN 

END. 
In the example listed, the compiler generates code which OR's and 
CP's (compare) rather than an AND operation. 

Temporary solution: 

Use the set inclusion statement: IF B0 IN status_byte THEN ... 

Signed off 08/25/86 in release 301.60 

Number: D200026492 Product: Z80/NSC800PASCAL VAX 64823S003 01.10 

One-line description: 

Defining TRUE and FALSE as global may result in duplicate symbol names. 

Problem: 

Defining the variables (constants) TRUE and FALSE to be global may 
result in a duplicate symbol error during a link. These variables 
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are incorrectly defined as global in the Zwordcmp routine located in 
'Zlibrary' . 

NOTE: Redefining the values of TRUE and/or FALSE is not 
a legal Pascal operation. Redefinition of these 
constants is therefore not supported when using 
the HP 64000 compiler. 

Temporary solution: 

Obtain the source to Zwordcmp from your local HP Systems Engineer. 

Signed off 08/25/86 in release 301.60 

Number: D200027763 Product: Z80/NSC800PASCAL VAX 64823S003 01.20 

One-line description: 

No form feed between the expanded listing and the cross reference table. 

Problem: 

During compilation, with XREF option on, the compiler does not provide 
a form feed (FF) in the listing file. The XREF starts on the same page 
as the end of the listing. Also, the page number says 535 when it 
should be page 2. 

Temporary solution: 

After compiling with the xref option, edit the expanded listing file 

and insert a "control L" before the beginning of the cross reference 

listing. 

Signed off 08/25/86 in release 301.60 

Number: D200028894 Product: Z80/NSC800PASCAL VAX 64823S003 01.20 

One-line description: 

Incorrect code generated for WHILE construct. 

Temporary solution: 

There are two possible work-arounds for this problem: 

(1) alter the order of comparisons, or 

(2) change the TYPE of a to something other than SIGNED_16. 

Signed off 08/25/86 in release 301.60 



Number: D200034140 Product: Z80/NSC800PASCAL VAX 64823S003 

Keywords: STRING 

One-line description: 

Pointers to STRINGS cannot be assigned a string of length one. 

Problem: 

TYPE STR_ARR : PACKED ARRAY [0..7] OF CHAR; {I.E., A STRING} 
ARR_PTR : "STR_ARR; 



01.20 



VAR PTR : ARR_PTR; 



Z80/NSC800PASCAL VAX 
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BEGIN 
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PTR" := " 1234567"; {WORKS FINE} 

PTR" : = "l"; {GENERATES THE FOLLOWING INCORRECT CODE} 
LD A.001H {THIS WILL BE THE STRING LENGTH} 
LD HL, [PTR] 
LD [HL], A {SO FAR SO GOOD, WE'VE LOADED THE BYTE COUNT IN 

STR_ARR[0]} 
LD HL, [PTR+001H]{THIS IS THE MISTAKE. WE SHOULD HAVE DONE A 

LD HL, [PTR] INC HL} 
LD [HL], 031H 

Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 301.60 

Number: D200037168 Product: Z80/NSC800PASCAL VAX 64823S003 01.20 

Keywords: PASS 3 

One-line description: 

Compiler option $LIST_OBJ ON$ generates wrong output information. 

Problem: 

Use of the compiler option $LIST_OBJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 

SEXTENSIONS 0N$ 
$LIST_OBJ 0N$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 

PROCEDURE one; 

BEGIN 

a :« b; 
END; 

In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
I incorrect "printf" mask when generating the output file. 



NOTE : 



THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
THE GENERATED CODE IS CORRECT. 



Signed off 08/25/86 in release 301.60 



- Z80/NSC800PASCAL VAX - 
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Number: D200040253 Product: Z80/NSC800PASCAL VAX 64823S003 01.20 

Keywords: SETS 

One-line description: 

SUPERSET or SUBSET checking doesn't work. 

Problem: 

TYPE SETJTYPE = SET OF (B0 ,B1,B2,B3,B4,B5,B6,B7) ; 

VAR X : SET_TYPE; 

BEGIN 

IF X <- [B3,B4] THEN; {GENERATES INCORRECT CODE} 

IF X >- [B3.B4] THEN; {GENERATES INCORRECT CODE} 

Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 301.60 

Number: D200043869 Product: Z80/NSC800PASCAL VAX 64823S003 01.20 

Keywords: RECURSIVE 

One-line description: 

FOR loops don't work with SRECURSIVE +$ and WITH. 

Problem: 

TYPE RECORDTYPE = RECORD 

FIELD1, FIELD2, FIELD3 : BYTE; END; 
VAR VARTYPE = ARRAY [1..5] OF RECORDTYPE; 
J : BYTE; 

PROCEDURE TEST; 

BEGIN 

WITH VARTYPE [J] DO 

FOR J :« FIELD2 TO FIELD3 DO K := K + 1; 

{This doesn't work. For the pre-loop test, the L and A registers 
should be loaded before the call to Zsbytelt. The L register is 
not loaded. } 

Temporary solution: 

Instead of "WITH VARTYPE [J]" etc do 

FOR J := VARTYPE [J]. FIELD2 TO VARTYPE[J] .FIELD3 etc 

OR SRECURSIVE 0FF$ 

Signed off 08/25/86 in release 301.60 

Number: D200044727 Product: Z80/NSC800PASCAL VAX 64823S003 01.20 

Keywords: FOR LOOP 

One-line description: 

FOR Signed8 := TO 2 DO REAL1 := REAL1/REAL2 overwrites the A-register. 

Temporary solution: 

Use the compiler option $AMNESIA +$ 

- Z80/NSC800PASCAL VAX - 
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Signed off 08/25/86 in release 301.60 
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Number: D200047654 Product: Z80/NSC800PASCAL VAX 64823S003 01.20 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 301.60 

Number: D200048108 Product: Z80/NSC800PASCAL VAX 64823S003 01.20 

One-line description: 

Level 3 recursive procedure or function causes Error 1008 - Stack Error. 

Problem: 

A pass 2 error 1008 occurs if a level 3 subroutine or function 
makes an assignment to a 16 bit variable defined by the level 2 
parent procedure if the level 2 parent procedure is recursive. 
The following code causes 3 stack errors, error #1008: 

"BZ80" 

$EXTENSIONS ON$ 
PROGRAM X; 
^RECURSIVE 0N$ 
PROCEDURE Y; 
VAR 

SIGNED_16; 

UNSIGNED_16; 

0. .257; 

PROCEDURE Z; 
BEGIN 



C 
END; 
BEGIN 
END; 



= 3; 

= UNSIGNED_16(5); 

= 257; 



Temporary solution: 

Putting the main program in the same file as the recursive 

routine that causes the error 1008 may solve the problem. 

Another possible solution is to insert a dummy main program 

BEGIN 
END. 

In this case, the user must be aware of where the real main 
program is in order to run from the correct place. 

Signed off 08/25/86 in release 301.60 



- Z80/NSC800PASCAL VAX 
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Number: D200052365 Product: Z80/NSC800PASCAL VAX 64823S003 01.40 

One-line description: 

Incorrect code generated when a CHAR is converted to an UNSIGNED_16. 

Problem: 

Incorrect code is generated when a CHAR variable is converted 

to an UNSIGNED_16. The following code is an example: 

"processor name" 
$EXTENSI0NS 0N$ 
SRECURSIVE 0FF$ 
PROGRAM PASCALTEST; 
TYPE 

BUGJTYPE = UNSIGNED_16; 



(*There is no problem if this is 
SIGNED 16*) 



PROCEDURE BUGGY ( COUNT : BUGJTYPE ) ; EXTERNAL ; 

FUNCTION 0PEN:SIGNED_16; 

VAR 

COUNT : BUGJTYPE; 
LEN: CHAR; 
BEGIN 

(*THE NEXT TWO STATEMENTS GENERATE INCORRECT CODE* 
COUNT := BUGJTYPE (LEN); 

(* LD 



BUGGY (BUG TYPE (LEN) 



A,001H *) 

(* LD [Dopen+00002H],A *) 

(* LD A, [Dopen+00004H] *) 

(* LD [Dopen+00003H],A *) 

(* LD A,001H *) 

(* LD [Dopen+00005H] ,BC*) 

(* LD A, [Dopen+00004H] *) 

(* LD HL, [Dopen+00005H]*) 

(* PUSH HL *) 

(* CALL BUGGY *) 

(* INC SP *) 

(* INC SP *) 



END; 



Something very strange occurs when the same code is compiled with 
SRECURSIVE 0N$. The statement BUGGY ( BUGJTYPE ( LEN) ) ; generates 

the following code: 

LD A,001H 

LD [IX-11],A 

LD [IX-10J.WHAT??? 

LD A,[IX-5] 

LD L,A 

LD H,[IX-10] 

PUSH HL 

CALL BUGGY 

INC SP 

INC SP 
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Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 301.60 

Number: D200052654 Product: Z80/NSC800PASCAL VAX 64823S003 01.40 

One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

"BZ80" 

PROGRAM MAIN; 

TYPE 

STRUCTURED- RECORD 

INT 1: INTEGER; 

INT2: INTEGER; 

END; 

PROCEDURE 0UTER1VAR PI: STRUCTURED; VAR P2:INTEGER); 

VAR I: INTEGER; 

BEGIN 

I:«P1 < — This missing semicolon causes the problem 

I:=P1.2; 

I:=P2; 

END; 

BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 301.60 

Number: D200053751 Product: Z80/NSC800PASCAL VAX 64823S003 01.40 

One-line description: 

Accessing parameter two nesting levels up is not working. 

Problem: 

The following program will generate code which uses the HL 

register pair before initializing them. 

"BZ80" 

SEXTENSIONS 0N$ 
PROGRAM HLPAIR; 



TYPE 



LENGTH 



0..5; 
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PROCEDURE ONE (LEN: LENGTH) 
PROCEDURE TWO; 

PROCEDURE THREE; 
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VAR I: 



INTEGER; 



BEGIN 

FOR I:=0 TO LEN DO; 
END; 



/* CODE GENERATED USES HL W/0 INIT.*/ 



BEGIN {TWO} 

THREE; 
END; {TWO} 
BEGIN {ONE} 
TWO: 
END; {ONE} 



This will only happen when the procedure is nested two levels. In 
other words, if the FOR statement was in PROCEDURE TWO the correct 
code is generated. 

Temporary solution: 

When nesting more than one level pass the upper level parameters 

to the lower level routines as parameters. 

"BZ80" 

SEXTENSI0NS 0N$ 
PROGRAM HLFIX; 

TYPE 

LENGTH = 0. .5; 

PROCEDURE ONE (LEN: LENGTH); 
PROCEDURE TWO (LEN: LENGTH); 

PROCEDURE THREEUEN: LENGTH); 
VAR I : INTEGER; 
BEGIN 

FOR I:-0 TO LEN DO; 
END; 

BEGIN { TWO } 

THREE (LEN); 

END; { TWO } 

BEGIN { ONE } 

TWO (LEN); 
END; { ONE } 



Signed off 08/25/86 in release 301.60 



- Z80/NSC800PASCAL VAX - 
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Number: D200058842 Product: Z80/NSC800PASCAL VAX 64823S003 01.40 

Keywords: PREPROCESSOR 

One-line description: 

Preprocessor reports errors when symbols hp64000, vms or hpux w #if 

Signed off 08/25/86 in release 301.60 



Number: D2O0059246 Product: Z80/NSC800PASCAL VAX 64823S003 



01.40 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 301.60 

Number: D200049031 Product: Z80/NSC800PASCAL VAX 64823S003 00.00 

One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 301.60 



- Z80/NSC800PASCAL VAX 
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Number: 02000 13979 Product: Z8000 C 
Keywords: PASS 1 



64820 
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01.03 



One-line description: 

No warning or error: taking the sizeof a struct var. not declared 

Problem: 

The compiler should generate an error in the following code. 

"C" 

"Z8001" 
main () { 

int y; 

y » sizeof (struct x); 
} 

If x is not declared or is declared as anything other than a structure, 
the program compiles with no error messages or warnings. It stores as 
the size zero bytes. 

Signed off 08/25/86 in release 001.05 



Number: D200027722 Product: Z8000 C 



64820 



01.03 



One-line description: 

No form feed between the expanded listing and the cross reference table. 

Problem: 

During compilation, with XREF option on, the compiler does not provide 
a form feed (FF) in the listing file. The XREF starts on the same page 
as the end of the listing. Also, the page number says 535 when it 
should be page 2. 

Temporary solution: 

After compiling with the xref option, edit the expanded listing file 

and insert a "control L" before the beginning of the cross reference 

listing. 

Signed off 08/25/86 in release 001.05 



Number: D200031351 Product: Z8000 C 



64820 



01.03 



One-line description: 

++ and -- operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array [index++] = 1; 

Example 2: array [index] = 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting array [index] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 

- Z8000 C - 
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to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 001.05 
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Number: D200033167 Product: Z8000 C 



64820 



01.03 



One-line description: 

Comparing character to zero in while loop generates incorrect code. 

Problem: 

If you compare a character variable to zero in a while loop incorrect 

code is generated. The below code demonstates the problem. 

"C" 

"6809" 

proc( ) 



{ 
char timeout - 10; 

while (timeout--) ; 

} 



/* Code generated here causes infinite loop. 



The code generated for the while loop clears the A register and then 
compares the D register to -1. Therefore the condition is never met. 

Temporary solution: 

Declare the varialbe used in the test condition as an integer. 

"C" 

"6809" 



prod) 



int timeout - 10; 

while (timeout — ); 

} 

Signed off 08/25/86 in release 001.05 



Number: D200040691 Product: Z8000 C 
Keywords: PASS 3 



64820 



01.03 



One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 

Problem: 

Pass 3 of the compilation process may fail to detect a relative jump 
which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 
OPTIMIZE is enabled. [BLINK_TAS:BUG] 

Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 

- Z8000 C - 



SRB detail reports as of 08/25/86 

around those sections of code which are suspect. 

Signed off 08/25/86 in release 001.05 

Number: D200041251 Product: Z8000 C 
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64820 



01.03 



One-line description: 

Problem with integer pointer in conditional statement. 



Problem: 

In the following example, two loads are performed, but no other code is 

generated to check for zero value. 



"processor name" 
#define NULL 
f ct (parm) 
int *parm; 



{ 



if (parm - NULL) 
parm - 10 ; 



} 



Signed off 08/25/86 in release 001.05 



Number: D200047548 Product: Z8000 C 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 001.05 



64820 



01.03 



- Z8000 C 
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Number: D200051250 Product: Z8000 C 



Page: 313 
300 64820S004 01.00 



One-line description: 

++ and -- operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array[index++] = 1; 

Example 2: arraytindex] = 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting array [index] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 401.10 



Number: D200052274 Product: Z8000 C 
Keywords: CODE GENERATOR 



300 64820S004 



00.00 



One-line description: 

Incorrect opcode "MOV A,ACC" allowed by our assembler 

Problem: 

The instruction "MOV A,ACC" was assemble and emulated by our products; 

however, the Intel 8051 goes into the weeds at this instrcution. 

At first glance the machine code in the asembler listing appears valid 

(MOV A.ACC ->0000 E5E0 ), but the bottom of page 8-35 in Intel's 

microcontroller handbook states: *MOV A,ACC is not a valid instruction. 

Neither our manuals nor AMD's user manual mention this instruction. 

Signed off 08/25/86 in release 401.10 



Number: D200058990 Product: Z8000 C 



300 64820S004 



01.00 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 401.10 



- Z8000 c 
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Number: D200048959 Product: Z8000 C 



Page: 314 
300 64820S004 00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 401.10 



Z8000 C 
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Number: D200029728 Product: Z8000 C 

One-line description: 

Program compiles on 64K, not 9000. 



Page: 



500 64820S001 
Pass 3 error generated. 



315 
01.10 



Problem: 

The file will compile if any one include file is commented out. 

Signed off 08/25/86 in release 101.50 



Number: D200031369 Product: Z8000 C 



500 64820S001 



01.10 



One-line description: 

++ and -- operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array [index++] = 1; 

Example 2: array [index] • 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting arraytindex] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to index into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 101.50 



Number: D200033175 Product: Z8000 C 



500 64820S001 



01.10 



One-line description: 

Comparing character to zero in while loop generates incorrect code. 

Problem: 

If you compare a character variable to zero in a while loop incorrect 

code is generated. The below code demonstates the problem. 

"C" 
"6809" 



procO 
{ 



char timeout = 10; 

whilettimeout--) ; 

} 



/* Code generated here causes infinite loop. 



The code generated for the while loop clears the A register and then 
compares the D register to -1. Therefore the condition is never met. 

Temporary solution: 

Declare the varialbe used in the test condition as an integer. 

"C" 

- Z8000 C - 
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procO 
{ 



int timeout = 10; 

while (timeout — ); 
} 

Signed off 08/25/86 in release 101.50 



Number: D200037093 Product: Z8000 C 
Keywords: PASS 3 



500 64820S001 



01.20 



One-line description: 

Compiler option $LIST_0BJ 0N$ generates wrong output information. 

Problem: 

Use of the compiler option $LIST_0BJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 

SEXTENSIONS 0N$ 
$LIST_0BJ 0N$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 

PROCEDURE one; 



BEGIN 
a : 
END; 



*>; 



In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
incorrect "printf" mask when generating the output file. 



THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
THE GENERATED CODE IS CORRECT. 



NOTE: 
Signed off 08/25/86 in release 101.50 



Number: D200040709 Product: Z8000 C 
Keywords: PASS 3 



500 64820S001 



01.20 



One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 

Problem: 

Pass 3 of the compilation process may fail to detect a relative jump 
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which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 
OPTIMIZE is enabled. [BLINK_TAS:BUG] 

Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 
around those sections of code which are suspect. 

Signed off 08/25/86 in release 101.50 



Number: D200041269 Product: Z8000 C 



500 64820S001 



01.20 



One-line description: 

Problem with integer pointer in conditional statement. 

Problem: 

In the following example, two loads are performed, but no other code is 

generated to check for zero value. 

"C" 

"processor name" 
#define NULL 
f ct(parm) 
int *parm; 



{ 



if (parm - NULL) 
parm = 10; 



Signed off 08/25/86 in release 101.50 



Number: D200045930 Product: Z8000 C 

One-line description: 

Title description is incorrect. 

Signed off 08/25/86 in release 101.50 



500 64820S001 



01.20 



Number: D200047555 Product: Z8000 C 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 101.50 



500 64820S001 



01.20 



Number: D200049684 Product: Z8000 C 500 64820S001 

One-line description: 

NO CROSS REFERENCE TABLE IS GENERATED 

Problem: 

"C" COMPILERS DO NOT GENERATE A CROSS REFERENCE TABLE ON THE 

VAX. 

"C" COMPILERS DO NOT GENERATE A CROSS REFERENCE TABLE ON THE 

VAX. 



00.00 



Temporary solution: 
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NONE KNOWN AT PRESENT 
NONE KNOWN AT PRESENT 

Signed off 04/18/86 in release 101.50 
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Number: D200058974 Product: Z8000 C 



500 64820S001 



01.40 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Temporary solution: 

No known temporary solution. 

Signed off 08/25/86 in release 101.50 



Number: D200048934 Product: Z8000 C 



500 64820S001 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 101.50 



Z8000 C - 
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Number: D200031377 Product: Z8000 C 



Page: 319 
VAX 64820S003 01.20 



One-line description: 

++ and — operators evaluated with improper precedence. 

Problem: 

According to Kernighan and Ritchie, page 43, the following expressions 

are equivalent: 

Example 1: array [index++] = 1; 

Example 2: arraytindex] = 1; 

index++; 
However, different code is generated for these expressions. The second 
example is compiled correctly, but the first one increments index before 
setting array[index] equal to 1. Furthermore, when these statements 
are executed in a main program, an unintialized and unknown variable, 
Dmain, is used to indlx into array when the variable index is supposed 
to be used. 

Temporary solution: 

Separate the expression as shown in example 2. 

Signed off 08/25/86 in release 301.80 



Number: D200033183 Product: Z8000 C 



VAX 64820S003 



01.20 



One-line description: 

Comparing character to zero in while loop generates incorrect code. 

Problem: 

If you compare a character variable to zero in a while loop incorrect 

code is generated. The below code demonstates the problem. 

"C" 
"6809" 



proc( ) 



{ 
char timeout = 10; 

while(timeout — ); /* Code generated here causes infinite loop. 
} 

The code generated for the while loop clears the A register and then 
compares the D register to -1. Therefore the condition is never met. 

Temporary solution: 

Declare the varialbe used in the test condition as an integer. 

"C" 

"6809" 

proc ( ' 



{ 



int timeout = 10; 

while (timeout--); 
} 

Signed off 08/25/86 in release 301.80 

- Z8000 C - 
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Number: D200037101 Product: Z8000 C 
Keywords: PASS 3 



VAX 64820S003 



01.20 



One-line description: 

Compiler option $LIST_0BJ 0N$ generates wrong output information. 

Problem: 

Use of the compiler option $LIST_0BJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 

$EXTENSI0NS 0N$ 
$LIST_0BJ 0N$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 

PROCEDURE one; 

BEGIN 

a := b; 
END; 

In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
incorrect "printf" mask when generating the output file. 

NOTE: THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
THE GENERATED CODE IS CORRECT. 

Signed off 08/25/86 in release 301.80 



Number: D200040717 Product: Z8000 C 
Keywords: PASS 3 



VAX 64820S003 



01.20 



One-line description: 

Pass 3 fails to detect relative jump address out-of-range. 

Problem: 

Pass 3 of the compilation process may fail to detect a relative jump 
which is out of range. In the test program submitted the relative 
jump is generated for an IF.. THEN statement while the compiler option 
OPTIMIZE is enabled. [BLINK_TAS:BUG] 

Temporary solution: 

As a temporary work around disable the compiler option OPTIMIZE 
around those sections of code which are suspect. 

Signed off 08/25/85 in release 301.80 



- Z8000 C 



SRB detail reports as of 08/25/86 
Number: D200041277 Product: Z8000 C 



Page: 321 
VAX 64820S003 01.20 



One-line description: 

Problem with integer pointer in conditional statement. 

Problem: 

In the following example, two loads are performed, but no other code is 

generated to check for zero value. 



"processor name" 
#define NULL 
fct(parm) 
int *parm; 



{ 



if (parm - NULL) 
parm = 10; 



} 



Signed off 08/25/86 in release 301.80 



Number: D200045948 Product: Z8000 C 

One-line description: 

Title description is incorrect. 

Signed off 08/25/86 in release 301.80 



VAX 64820S003 



01.20 



Number: D200047563 Product: 28000 C 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 301.80 



VAX 64820S003 



01.20 



Number: D200055145 Product: Z8000 C 



VAX 64820S003 



01.50 



One-line description: 

Compilation on the VAX using batch mode generates incorrect listing file 

Problem: 

The test files can be found on the VAX750 under user$disk: [robin. 

hughes. rgalo. test] . The following test files were used: 



1. mtinhst c. 



File which contains one error- a missing '}' on 
line 70 



2. TMTINHST_C. - Error-free version of MTINHST_C. 

3. MT0PNDF_C. - File which contains one error - missing declaration 

for integer 'j* 

4. MTOPNDFT_C. - Error-free version of MT0PNDF_C. 

One logical name must be defined as follows to access the include 
files referenced by the test programs: 
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Sdefine BSLN user$disk: [robin. hughes. wsbsln. baseline] 
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When the four files were compiled interactively, the two error-free 
versions generated correct listings. The first file (MTINHST C.) 
generated an incomplete and incorrect listing file. The listing 
showed the include files inserted first, followed by "C", "8086" 
and a few other lines of the program. The output displayed on the scree 
n looked like: 

In passl. 
70 else 

"25 
136 

"408 
In C Nocode. 
comp: C NOcode cannot recover from errors. 

When the third file (MT0PNDF_C.) was compiled, the listing appeared 
fine except for the insertion a some strange control charaters. 

These last two files were compiled in batch mode (file: user$disk: 
[rob in. hughes. rgalo. test] hughes. com) . 

The first file (MTINHST_C.) generated a complete but incorrect listing. 
Although two errors were found (25 & 408) the line at the bottom 
stated that errors = 0. The include file expansion preceeded the 
"C" and "8086" in the listing, and lines like, ttinclude filename, were 
still in the file. The error message was at line 72 of the listing 
instead of line 2472 were the '}' was actual missing. Finally the last 
100 lines had useless numbers in the left margin. 

When the third file (MTOPNDF^C. ) was compiled, an incomplete listing was 
generated with the include file expansions listed first. 

All of these tests were done on the VAX750 with the /e/v/o options. 

This problem also occurs on the 68000. 

Temporary solution: 

No temporary solution available 

Signed off 08/25/86 in release 301.80 



Number: D200058982 Product: Z8000 C 



VAX 64820S003 



01.50 



One-line description: 

Host compilers do not put absolute pats specifications in relocatables 

Problem: 

Host compilers do not specify the full path name in the 

relocatable file. 

Signed off 08/25/86 in release 301.80 



- Z8000 C 



SRB detail reports as of 08/25/86 
Number: D200048942 Product: Z8000 C 



Page: 



VAX 64820S003 



323 
00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 301.80 
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Number: D200036798 Product: Z8000 PASCAL 
Keywords: INCLUDE 



64816 
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01.09 



One-line description: 

Nested INCLUDE files 3 or more deep cause 64000 to "hang" in pass 3. 

Problem: 

Nested INCLUDE files 3 or more deep cause 64000 to hang in pass 3. 

Temporary solution: 
None at this time. 

Signed off 08/25/86 in release 601.11 



Number: D200047456 Product: Z8000 PASCAL 
One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 
Signed off 08/25/86 in release 601.11 



64816 



01.09 



Number: D200052605 Product: Z8000 PASCAL 



64816 



01.10 



One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

"processor name" 
PROGRAM MAIN; 
TYPE 
STRUCTURED' RECORD 

INT1: INTEGER; 

INT2: INTEGER; 

END; 

PROCEDURE OUTER (VAR PI : STRUCTURED; VAR P2: INTEGER); 

VAR I: INTEGER; 

BEGIN 

I:=P1 <--This missing semicolon causes the problem 

I:=P1.2; 

I:-P2; 

END; 

BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 



- Z8000 PASCAL - 



SRB detail reports as of 08/25/86 
Signed off 08/25/86 in release 601.11 
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Number: D200052639 Product: Z8000 PASCAL 



Page: 



300 64816S004 



326 
01.00 



One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

"processor name" 
PROGRAM MAIN; 
TYPE 
STRUCTURED* RECORD 

I INT1:INTEGER; 

' INT2: INTEGER; 
END; 

PROCEDURE OUTER (VAR PI: STRUCTURED; VAR P2: INTEGER); 

VAR I: INTEGER; 

BEGIN 

I:-P1 <--This missing semicolon causes the problem 

I:-P1.2; 

I:=P2; 

END; 

BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 401.10 



Number: D200058826 Product: Z8000 PASCAL 
Keywords: PREPROCESSOR 



300 64816S004 



01.00 



One-line description: 

Preprocessor reports errors when symbols hp64000, vms or hpux w #if 

Signed off 08/25/86 in release 401.10 



Number: D200048868 Product: Z8000 PASCAL 



300 64816S004 



00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 401.10 
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Number: D200027680 Product: Z8000 PASCAL 500 64816S001 01.10 

One-line description: 

No form feed between the expanded listing and the cross reference table. 

Problem: 

During compilation, with XREF option on, the compiler does not provide 
a form feed (FF) in the listing file. The XREF starts on the same page 
as the end of the listing. Also, the page number says 535 when it 
should be page 2. 

Temporary solution: 

After compiling with the xref option, edit the expanded listing file 

and insert a "control L" before the beginning of the cross reference 

listing. 

Signed off 08/25/86 in release 101.40 



Number: D200037036 Product: Z8000 PASCAL 
Keywords: PASS 3 



500 64816S001 



01.20 



One-line description: 

Compiler option $LIST_0BJ 0N$ generates wrong output information. 

Problem: 

Use of the compiler option $LIST_OBJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 

$EXTENSI0NS 0N$ 
$LIST_0BJ 0N$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 

PROCEDURE one; 

BEGIN 

a := b; 
END; 

In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
incorrect "printf" mask when generating the output file. 

NOTE: THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
THE GENERATED CODE IS CORRECT. 

Signed off 08/25/86 in release 101.40 



Z8000 PASCAL 



SRB detail reports as of 08/25/86 

Number: D200047464 Product: Z8000 PASCAL 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 101.40 
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500 64816S001 01.20 



Number: D200052613 Product: Z8000 PASCAL 500 64816S001 01.30 

One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

"processor name" 

PROGRAM MAIN; 

TYPE 

STRUCTURED- RECORD 

INTl: INTEGER; 

INT2: INTEGER; 

END; 

PROCEDURE OUTERlVAR PI: STRUCTURED; VAR P2:INTEGER); 

VAR I: INTEGER; 

BEGIN 

I: -PI < — This missing semicolon causes the problem 

I:=P1.2; 

I:=P2; 

END; 

BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 101.40 



Number: D200058800 Product: Z8000 PASCAL 
Keywords: PREPROCESSOR 



500 64816S001 



01.30 



One-line description: 

Preprocessor reports errors when symbols hp64000, vms or hpux w #if 

Signed off 08/25/86 in release 101.40 
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Number: D200048843 Product: Z8000 PASCAL 
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500 64816S001 00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 101.40 
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VAX 64816S003 01.20 



Number: D200027698 Product: Z8000 PASCAL 

I 
One-line description: 
No form feed between the expanded listing and the cross reference table. 

Problem: 

During compilation, with XREF option on, the compiler does not provide 
a form feed (FF) in the listing file. The XREF starts on the same page 
as the end of the listing. Also, the page number says 535 when it 
should be page 2. 

Temporary solution: 

After compiling with the xref option, edit the expanded listing file 

and insert a "control L" before the beginning of the cross reference 

listing. 

Signed off 08/25/86 in release 301.60 



Number: D200037044 Product: Z8000 PASCAL 
Keywords: PASS 3 



VAX 64816S003 



01.20 



One-line description: 

Compiler option $LIST_0BJ 0N$ generates wrong output information. 

Problem: 

Use of the compiler option $LIST_0BJ 0N$ may result in incorrect 
data being output to the list file. In selected cases, machine code 
will be incorrectly listed. For example, consider the following 
Pascal program. 

$EXTENSI0NS 0N$ 
$LIST_0BJ 0N$ 
PROGRAM test; 

VAR 

a, b : BOOLEAN; 

PROCEDURE one; 

BEGIN 

a : = b; 
END; 

In the example listed above, the output file will denote machine code 
of the form FFFFC00001 for one of the generated assembly statements. 
The correct value should be C8000001. This problem is caused by an 
incorrect "printf" mask when generating the output file. 



THIS DEFECT IS ONLY PRESENT IN THE GENERATED LISTING FILE. 
THE GENERATED CODE IS CORRECT. 



NOTE: 
Signed off 08/25/86 in release 301.60 



Z8000 PASCAL 
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Number: D200047472 Product: Z8000 PASCAL 

One-line description: 

TOO MANY ERRORS IN PASS 3 IF >127 PROCEDURES 

Signed off 08/25/86 in release 301.60 
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Number: D200052621 Product: Z8000 PASCAL 



VAX 64816S003 



01.30 



One-line description: 

Missing semicolon causes compiler to hang in Pass 1. 

Problem: 

The following code causes the 64000 to hang in pass 1. An error 
is generated on the hosts stating that parsing has stopped at 
a particular line number. 

"processor name" 

PROGRAM MAIN; 

TYPE 

STRUCTURED- RECORD 

INT1: INTEGER; 

INT2: INTEGER; 

END; 

PROCEDURE OUTER (VAR PI: STRUCTURED; VAR P2: INTEGER); 

VAR I: INTEGER; 

BEGIN 

I:=P1 < — This missing semicolon causes the problem 

I:=P1.2; 

•I:=P2; 

END; 

BEGIN 
END. 

Temporary solution: 

If the compiler hangs, look for a statement without a semicolon. 
On the 64000, the status line will show which line of code it 
stopped on. On the hosts, the error message generated indicates 
which line of code parsing stopped on. 

Signed off 08/25/86 in release 301.60 



SRB detail reports as of 08/25/86 
Number: D200048850 Product: Z8000 PASCAL 



Page: 



VAX 64816S003 
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00.00 



One-line description: 

Linker output file should use alternate file extension. 

Signed off 08/25/86 in release 301.60 



Number: D200058818 Product: Z8000 PASCAL 
Keywords: PREPROCESSOR 



VAX 64816S003 



01.30 



One-line description: 

Preprocessor reports errors when symbols hp64000, 

Signed off 08/25/86 in release 301.60 



Z8000 PASCAL 



vms or hpux w #if 
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Number: D200043398 Product: Z80H EMULATION 64253 01.00 

One-line description: 

Error in guided softkey syntax. 

Problem: 

The guided syntax softkeys yeild incorrect sytax in one peculiar case. 

The sequence that gives the problem is [trace] [after] [address] [not] 
0400H then the softkey options are [and] [status] [occurs] [only] 
[counting] [break_on] . The 'and' is the problem, it should read 

'data', 'and' yeilds incorrect syntax. If you type 'data' it works. 

Signed off 08/25/86 in release 301.02 

Number: 5000118414 Product: Z80H EMULATION 64253 01.00 

One-line description: 

modify memory word to VALUE has bytes reversed from Z80 point of view 

Signed off 08/25/86 in release 301.02 
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